请阐述 Redis 中 Ziplist 与 Quicklist 两种内部编码结构各自的设计特点，并说明它们在何种场景下被采用。

回答思路

1. 【回答框架 1】Ziplist 是 Redis 为节约内存设计的紧凑型顺序数据结构，本质是一块连续内存区域，包含表头、多个 entry 节点和表尾，通过变长编码存储节点长度和偏移，以 O(1) 访问两端、O(N) 访问中间节点。其核心优势是内存占用极低，但插入删除可能触发级联更新，导致性能波动。
2. 【回答框架 2】Quicklist 是 Redis 3.2 引入的列表底层实现，本质是双端链表与 Ziplist 的结合，每个链表节点内部使用 Ziplist 存储连续元素。它通过限制单个 Ziplist 的大小来平衡内存与更新成本，避免单个大 Ziplist 的连锁更新问题，同时保留链表两端操作和中间插入删除的高效性。
3. 【回答框架 3】适用场景方面，Ziplist 常用于元素较少且值较小的列表或哈希对象，当元素数或字节数超过配置阈值时自动转换为其他编码；Quicklist 则作为 List 类型的默认编码，通过配置项（如 list-max-ziplist-size）控制内部 Ziplist 的长度。
4. 【回答框架 4】两者共同体现了 Redis 以空间换时间、按场景动态选择编码的优化策略，在数据量级变化时会发生编码转换，转换本身也有一定开销。
5. 【关键点 1】Ziplist 是连续内存块上的紧凑存储，节省内存但插入删除可能触发级联更新。
6. 【关键点 2】Quicklist 由双向链表和多个 Ziplist 节点组成，兼顾内存与操作效率。
7. 【关键点 3】Quicklist 通过限制单个 Ziplist 大小避免性能抖动，并支持两端高效操作。
8. 【关键点 4】Ziplist 常用于元素少的场景，Quicklist 是 List 的默认实现之一。
9. 【易错点 1】勿将 Ziplist 与 Quicklist 视为互斥结构，Quicklist 内部也使用 Ziplist 节点。
10. 【易错点 2】勿将 Ziplist 的级联更新问题绝对化，其影响随数据规模变化，应结合配置参数理解。
11. 【易错点 3】勿忽略编码转换的动态性，数据增长或删除可能导致底层编码改变。