redis ziplist压缩列表的源码分析

         ziplist是redis为了节约内存而开发的，由一系列特殊编码的连续内存块组成的顺序数据结构。一个ziplist可以包含任意多个节点(entry)，每个节点可以保存一个字节数组或者一个整数值。

一、压缩列表的基本

       ziplist在连续内存块中基本结构如下所示

      <zlbytes><zltail><zllen><entry1><entry2>...<entryN><zlend>

zlbytes：记录整个压缩列表占用的内存字节数(4个字节)

zltail：记录压缩列表表尾节点距离压缩列表的起始位置有多少字节(4个字节)

zllen：记录压缩列表包含的节点数量(2个字节)

entryX：压缩列表中的各个节点(不定)

zlend：特殊值0xFF(十进制255)，用于标记压缩列表的末端(1个字节)

二、压缩列表节点的基本构成

      entry在内存中的顺序结构如下所示

      <prev_entry_len><encoding><content>

  prev_entry_len

       prev_entry_len属性记录了ziplist中前一个节点的长度。prev_entry_len属性的长度可以是1个字节或者5个字节：

1、当前一个节点的的长度小于254字节，prev_entry_len长度为1字节：长度保存在这一字节

2、当前一个节点的的长度大于等于254字节，prev_entry_len为5个字节：第一个字节设置0xFE，后四个字节用于保存前一个字节的长度prev_entry_len用于根据当前节点计算前一节点的初始地址，而ziplist的从尾向头遍历操作就是基于此原理。

  encoding    

      encoding属性记录了节点content属性所保存数据的类型和长度：

1、一字节、二字节或者五字节，值的最高位为00，01或者10的字节编码，这样的编码表示content保存的是字节数组，数组的长度保存在剩余的其他位。

2、一字节长，值的最位为11，表示整数编码，具体的整数类型对应如下：

    11000000-int16_t,11010000-int32_t,11100000-int64_t,11110000-24位有符号整数

    11111110-8位有符号整数，1111xxxx——xxxx用于保存0-12的整数，因此无需content属性  

 content

     content记录保存节点的值，节点值可以是一个字节数组或者整数。

三、连锁更新

       ziplist中，在进行插入或者删除操作时，操作位置P存放的节点和后面连续若干节点(e1,e2,e3...)的长度介于250～253字节之间并且p的prev_entr_len属性为一字节，新的前置节点大于254字节，需要对ziplist执行空间充分配操作，将p的prev_entr_len从1字节扩展到5个字节才能存储前置节点的长度。这样一来，p的长度也大于254字节，e1需要扩展，以此类推，需要一直扩展到节点的prev_entry_len符合ziplist的要求。

//由于p长度的变化，需要p开始往后遍历更新后面节点的prev_