Redis学习笔记-List列表（2）
先赞后看，养成习惯！！！ ^ _ ^ ❤️ ❤️ ❤️
码字不易，大家的支持就是我坚持下去的动力，点赞后不要忘记关注我哦
个人主页：伯明翰java
文章专栏：redis
如有错误，请您指正批评 ^ _ ^
List内部编码
列表类型的内部编码有两种：
- ziplist（压缩列表）：当列表的元素个数⼩于list-max-ziplist-entries配置（默认512个），同时列表中每个元素的⻓度都⼩于list-max-ziplist-value配置（默认64字节）时，Redis会选⽤ziplist来作为列表的内部编码实现来减少内存消耗。
- linkedlist（链表）：当列表类型⽆法满⾜ziplist的条件时，Redis会使⽤linkedlist作为列表的内部实现。
- 当元素个数较少且没有⼤元素时，内部编码为ziplist：
127.0.0.1:6379> rpush listkey e1 e2 e3
OK
127.0.0.1:6379> object encoding listkey
"ziplist"
- 当元素个数超过512时，内部编码为linkedlist：
127.0.0.1:6379> rpush listkey e1 e2 e3 ... 省略 e512 e513
OK
127.0.0.1:6379> object encoding listkey
"linkedlist"
- 当某个元素的⻓度超过64字节时，内部编码为linkedlist：
127.0.0.1:6379> rpush listkey "one string is bigger than 64 bytes ... 省略 ..."
OK
127.0.0.1:6379> object encoding listkey
"linkedlist"
使⽤场景
消息队列
如图2-1所⽰，Redis可以使⽤lpush+brpop命令组合实现经典的阻塞式⽣产者-消费者模型队列，⽣产者客⼾端使⽤lpush从列表左侧插⼊元素，多个消费者客⼾端使⽤brpop命令阻塞式地从队列中"争抢"队⾸元素。通过多个客⼾端来保证消费的负载均衡和⾼可⽤性。
图2-1
分频道的消息队列
如图2-2所⽰，Redis同样使⽤lpush+brpop命令，但通过不同的键模拟频道的概念，不同的消费者可以通过brpop不同的键值，实现订阅不同频道的理念。
图2-2
微博Timeline
每个⽤⼾都有属于⾃⼰的Timeline（微博列表），现需要分⻚展⽰⽂章列表。此时可以考虑使⽤列表，因为列表不但是有序的，同时⽀持按照索引范围获取元素。
- 每篇微博使⽤哈希结构存储，例如微博中3个属性：title、timestamp、content：
hmset mblog:1 title xx timestamp 1476536196 content xxxxx
...
hmset mblog:n title xx timestamp 1476536196 content xxxxx
- 向⽤⼾Timeline添加微博，user::mblogs作为微博的键：
lpush user:1:mblogs mblog:1 mblog:3
...
lpush user:k:mblogs mblog:9
- 分⻚获取⽤⼾的Timeline，例如获取⽤⼾1的前10篇微博：
keylist = lrange user:1:mblogs 0 9
for key in keylist {hgetall key
}