一、描述
redis的其中一个数据类型为hashmap,即散列表
正常实现hashmap:
1.分配固定大小的桶,大小为n
2.计算key的hash值，并且与n取模,得到在桶的索引位置index
3.根据2中计算的index,然后存放在对应的桶中
4.当遇到碰撞情况，则会通过链表来解决碰撞问题
二、redis中数据结构定义
struct dictht:为hash table的实际实现结构
struct dict:为hash table的外层封装，主要一个作用是当当前使用dictht需要进行rehash的时候，其会创建新的dictht,并且会在词请求的时候，完成一部分的搬运工作
struct dictEntry:为每个桶，其中的next为解决冲突的链表
三、rehash:
redis的散列表和正常的散列表实现没有太大区别，唯一的区别是在rehash-即需要重新扩容的情况有所区别
正如我们所知，redis是单进程单线程模式，那么对于rehash如果一次性完成数据的搬运的，在数据量大的时候，会是
很耗时的操作，因此redis并不是一次性搬运完所有的数据，而是在每次请求的时候，都会触发搬运工作，
但是搬运的数据都是一小部分而已。
1.lazy rehash,每次操作dict的时候，会搬运一个slot到新的hashmap
2.active rehash,每过一段时间便会进行数据的搬运
四、小点：
在使用hashmap的时候，并不是说每次redis都会直接用散列表的方式来存储数据，因此在单独使用key-value,value作为hashmap使用的时候，
很可能只是用于存放简单而且少量的数据，因此处于对内存消耗和性能等综合考量，在一开始redis会通过ziplist（压缩双向链表来存储数据）相关链接。
而控制什么时候会采用hashmap来存储，可以通过参数来控制:
hash-max-ziplist-entries 512(ziplist最大存储entry的数量)
hash-max-ziplist-value 64(ziplist最大一个entry存储的字节数)
凡是超过这两个限制，都会讲ziplist转换为hashmap
