[C/C++后端开发学习]20 Redis基础数据结构

已知Redis 对外提供了5种不同类型的对象。Redis 针对不同的使用场景，为对象设置多种不同的数据结构实现，从而优化对象在不同场景下的使用效率。

简单动态字符串SDS

SDS(Simple Dynamic String)对原始C字符串进行了封装，在Redis中除了将字符串作为常量而不需要修改的地方，几乎都使用SDS作为字符串。不论是使用哪一种对象，其key和value如果是用字符串存储，实际使用的数据结构就是SDS。

每个SDS会带有一个头部结构体struct sdshdr：

struct sdshdr
{
   
	int len;	// sds中实际保存的字符串长度
	int free;	// 剩余未使用的字节数
	char buf[];	// 字符数组，实际保存字符串的空间
}; 

SDS的buf[]数组依然遵循C字符串以空字符结尾的惯例，这使其可以使用一部分标准C库的字符串处理函数。
但与此同时SDS又是二进制安全的，允许字符串内容的中间带有空字符，可以保存任何的二进制数据，因此SDS API会以处理二进制的形式来处理SDS的数据。

相比于传统C字符串，SDS具有以下优点：

• 借助sdshdr可以O(1)时间复杂度获取字符串长度
• 借助sdshdr可以杜绝缓冲区溢出问题
• 实现空间预分配和惰性空间释放，减少了修改字符串长度是内存重分配的次数；
• 二进制安全

双向链表Quicklist

一般来说双向链表的数据结构我们都很熟悉了，就没必要展开细说了。

Redis的链表具有以下特性：

• 双向
• 无环
• 带有头指针和尾指针
• 带有链表长度计数器，可快速获取节点数量
• 多态：每个节点使用void* 指针来指向保存的数据，因此可以保存各种不同类型的值

字典Dict

字典的低层使用哈希表实现。Redis的哈希表使用拉链的方式来解决哈希冲突，每个哈希表节点除了保存键对应的值，还有一个next指针用于形成链表。哈希表也是一种常见数据结构，关于哈希表的实现此处就不展开了。

Redis使用MurmurHash2算法来计算键的哈希值。

当哈希表中的键值对不断增多或减少后，为了让负载因子（load factor）维持在一个合理的范围，程序需要对哈希表进行 rehash（重新散列&