Redis 数据类型及应用场景——List

我们接着来聊一下redis中的数据类型中的列表（List）,（关于list这种数据类型的一些命令，建议小伙伴们去亲自操作下加深印象）

1. List 简介

redis 中的list是简单的字符串列表，按照插入的顺序排列，常用的操作是向列表两端添加元素，或者获取列表的某一片段。List 底层是使用quickList来实现的（老的版本是使用ziplist 或者双向列表来实现的），它实际也是一个双向链表只是在原来的列表上做了一些修改，同样具有链表的一些特性，向列表两端添加元素的时间复杂度为O(1),获取越接近两端的元素速度就越快，一个列表类型的键最多能存储2^32-1个元素。关于key的底层数据结构大家可以使用命令object encoding key 来查看。接下来看下关于list有哪些常用的操作

注意：Redis中的列表对象在版本3.2之前，列表底层的编码是ziplist和linkedlist实现的，但是在版本3.2之后，重新引入了一个 quicklist 的数据结构，列表的底层都由quicklist实现。 之前这里写得不太对，特意注明下。关于quickList我在网上找了一张图来帮助大家理解，不过这里不做详情的介绍了，因为这不是本文的重点

图一.png

（1） 向列表两端添加元素

lpush numbers 1; //向列表左边添加元素
rpush numbers 0;//向列表右端添加元素
lpush numbers 2 3; 

那最终的列表是这个样子的。

6.png

（2）从列表弹出元素

lpop numbers ;// 从左端弹出元素
rpop numbers ; //从右端弹出元素

当我们执行上面的操作后numbers列表最终是这样的。

8.png

最终的列表里面就剩下1和2两个元素。

（3）获取列表片段
lrange key start end; //包含start 和end 位置的元素

llen numbers;// 2 获取列表的长度
lrange numbers 0,2;// 获取从start 到 end 的元素（包含两端），索引是从0开始的。
lrange numbers -2 -1;//列表的由端开始计算序列，如：-1表示右边第一个元素，-2表示右边第二个元素。
lrange numbers 0 -1 ;// 返回列表所有的元素

注:当start >= end 或者start 超出索引范围时返回都会提示empty list。

（4） 删除列表中指定的值

lrem key count value;// 删除count 个值为value的元素
当count > 0 表示从列表的左边开始删除前count个值为value的元素
当count < 0 表示从列表的右边开始删除前count个值为value的元素
当count = 0 会删除所有值为value的元素

看下具体的一些操作

删除指定元素.png

我这里就简单的展示下，更多的一些操作小伙伴们可以去实践下。
（5） 获得索引或者指定索引的元素值

lindex key index;// 获取指定索引的元素值
lset key index value ;// 设置指定索引的元素值
//当index为负数的时候表示从列表的右端开始计数

获取&指定索引的值.png

（6） 保留列表指定片段

ltrim key start end ; 保留start 到end 的元素，包含两端，规则和lrange是一样的。

保留指定片段.png
（7）向列表中插入元素

linsert  key before|after pivot value

linsert 命令首先会在列表中从左到右查找值为pivot的元素，然后根据第二个参数是before还是after来决定将value插入到该元素的前面还是后面。我们看下具体的一些操作

列表插入元素.png

2. 实践

1.当了解完list相关的一些操作后我们可以结合lpush和rpop(rpush和lpop) 来实现队列,比如消息队列，但是如果我们用redis来做消息队列的话需要结合实际应用，因为做消息队列它有一定的缺点，下面参网上的一些资料总结了下redis做消息队列适合的一些场景。
（1）如果你的需求是快产快消的即时消费场景,并且生产的消息立即被消费者消费掉
（2）如果速度是你十分看重的,比如慢了一秒好几千万这种
（3）如果你不需要系统保存你发送过的消息,做到来无影去无踪
（4）需要处理的数据量并不是那么巨大
比如秒杀的场景我们可以将商品的数量做成一个队列（list），但是其实list设计之初并不是用来做消息队列的，相比于一些成熟的消息队列比如Kafka,RabbitMQ 等来说简单很多，换句话说就是功能不够强大，所以推荐大家使用一些比较成熟的消息队列。

2. 我们知道列表类型对于两端元素的存取是很快的，但是对中间元素的操作就比较慢（尤其是数据量大的时候）,所有可以使用list类型来存储一些比如：网站的新鲜事，一些最新日志等等。

3. 根据lrange key start end 可以实现某些列表，比如关注列表，粉丝列表等等，不过需要注意的是，因为列表是按照我们插入数据的顺序排列数据的，如果一个列表更新操作频繁的话（比如调整数据的顺序），可能操作就比较麻烦，效率也不高。

今天就写到这里吧，如果有小伙伴需要补充的欢迎在下面留言哦