redis 6开始用listpack替换ziplist，因其彻底消除级联更新：ziplist中prevlen字段导致插入/修改中间元素时可能引发o(n²)连锁更新，而listpack每个entry仅存自身长度backlen于末尾，修改不波及其他entry，遍历时通过total-bytes与backlen倒推定位。
为什么Redis 6开始用listpack替换ziplist
因为ziplist在插入或删除中间元素时，可能触发级联更新（cascade update），最坏情况导致O(n²)时间复杂度；listpack通过移除prevlen字段、改用后置backlen，彻底切断节点间的长度依赖。
listpack的entry结构怎么避免级联更新
关键在于每个entry不再记录前一个entry的长度，而是只存自己的总长度（backlen），且放在entry末尾：
-
ziplistentry：prevlen+encoding+entry-data—— 修改任一entry可能让后续所有prevlen重编码 -
listpackentry：encoding+data+backlen—— 修改某个entry只影响自身，backlen变长不会波及其他entry布局
遍历时从尾部倒推：读到LP_EOF（0xFF）后，向前读backlen定位上一个entry起始位置。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
listpack头部和计数机制有何不同
listpack头部更轻量，且对超大元素数做了容错设计：
-
ziplist头含zlbytes（4字节）、zltail（4字节）、zllen（2字节）——zllen最大65535，超限时需遍历统计 -
listpack头仅含total-bytes（4字节）和num-elements（2字节）——同样上限65535，但超限时直接设为0xFFFF，不强制遍历 -
listpack无zltail等偏移字段，尾部操作靠total-bytes减去backlen链式推导
实际使用中要注意哪些兼容性细节
Redis 6.2起quicklist默认用listpack替代ziplist，但配置项名没变，容易误判：
-
list-max-ziplist-size这个配置项名仍保留，但底层已指向listpack，不是字面意义的ziplist - RDB加载旧版本dump时，Redis 7+会自动把ziplist格式转换为listpack，但6.x需确认是否启用
listpack支持（默认开启） - 调试时用
DEBUG OBJECT key看到encoding: listpack即生效，而非ziplist或quicklist
真正容易被忽略的是：listpack虽消除了级联更新，但单次内存重分配开销略高于ziplist（因需计算并写入backlen），高频随机插入小数据时，差异可测但通常不构成瓶颈。
