字典dict

dict的主要實現從低到高依賴以下三個資料結構：

//具體的hash表的一項，用指正組成一個連結串列
typedef struct dictEntry {
    void *key;//鍵
    //值，聯合體，可以使多種型別的值
    union {
        void *val;
        uint64_t u64;
        int64_t s64;
        double d;
    } v;
    struct dictEntry *next;//hash衝突時使用開鏈發解決衝突，指向下一個節點
} dictEntry;
//dict結構體中的hash表的描述結構體
 

typedef struct dictht {
    dictEntry **table;//指向dictEntry*的指標的陣列
    unsigned long size;//hash表的大小，即陣列長度
    unsigned long sizemask;//hash表大小的掩碼，用於計算索引
    unsigned long used;//hash表已有的節點數
} dictht;
//字典的主結構體
typedef struct dict {
    dictType *type;
    //如果這個字典有定義特殊的處理函式，則這個指標指向包含那些函式的指標的結構體
    void *privdata;//私有資料
 

    dictht ht[2];//hash表，當表長度不夠rehash時需要用到第二張表
    long rehashidx;
    int iterators; 
} dict;

redis裡的字典在底層是用hash表來實現的，整個hash表的每一項的指標是一個地址連續的陣列，要傳入字典的引數根據相應的hash函式計算後儲存在這個陣列的某一項中，如果出現了hash衝突，則使用開鏈法解決，用struct dictEntry *next來組成一個連結串列，詳細結構如下：

衝突解決與rehash
在使用開鏈法解決衝突問題的時候，連結串列的插入採用的是頭插法(速度上的考慮)。
隨著操作的不斷進行，hash表儲存的鍵值對一般會不斷地增加，為了讓表的負載因子維持在一個合理的範圍之內，就需要用rehash對整個hash表進行調整。
rehash的步驟一般分為三步:
1. 為dict的ht[1]分配空間，空間一般為ht[0]的兩倍
2. 通過重新計算hash的對映，把ht[0]裡的項對映到ht[1]中
3. 對映完成後，釋放ht[0]再把ht[1]賦給ht[0]。
由於rehash的整個過程會消耗大量時間，可能會導致整個redis在一段時間內停止服務，所以redis採取的是漸進式的rehash策略。在這種策略下，系統同時維持ht[0]和ht[1]兩個hash表，然後在後臺每隔n毫秒執行一次rehash的服務。rehash服務把ht[0]上的資料項rehash到ht[1]上，並做一下標識，直到rehash完畢。
rehash期間對dict的操作
由於rehash期間同時存在兩個hash表，所以需要特別考慮rehash期間對hash表的操作。rehash期間，如果存在對hash表的更新、查詢和刪除操作，則需要同時在兩個表中進行；如果存在對hash表的插入操作，則只在ht[1]中進行。