搞iOS的，面試官問Hash幹嘛？原因遠比我下面要介紹的多

雜湊表 iOS開發 · 發表 2019-03-07 15:50:55

摘要：在 iOS開發中隨處可見 Hash 的身影，難道我們不好奇嗎？下圖只是列出了部分知識點（ Hash 在iOS中的應用分析整理） image 摘自知乎的一句話：演算法、資料結構、通訊協議、檔案系統、驅動等，雖...

在 iOS開發中 隨處可見 Hash 的身影，難道我們不好奇嗎？

下圖只是列出了部分知識點（ Hash 在iOS中的應用分析整理）

image

摘自知乎的一句話：

演算法、 資料結構 、 通訊協議 、 檔案系統 、驅動等，雖然自己不寫那些東西，但是 瞭解其原理 對於 排錯 、 優化自己的程式碼 有很大幫助，就好比雖然你不設計製造汽車，但如果你瞭解發動機、變速器、安全氣囊等幾項原理，對於你駕車 如何省油 、 延長使用壽命 、 保證自身安全 有很大好處學而不思則罔、思而不學則殆，開發人員就是個隨波而進的行業，無論何時何地， 保持學習的深度和廣度 對於自身發展是很重要的，誰都不想60歲退休了還停留在 增刪查改 的層面。

1.1、關聯物件的實現原理：

詳細的原理可以查閱其他資料，這裡只介紹一下實現中使用的基本資料結構。關聯物件採用的是 HashMap 巢狀 HashMap 的結構儲存資料的，簡單來說就是根據物件從第一個 HashMap 中取出儲存物件所有關聯物件的第二個 HashMap ，然後根據屬性名從第二個 HashMap 中取出屬性對應的值和策略。

設計關聯物件的初衷是，通過傳入物件 + 屬性名字 ，就可以找到屬性值。方案設計實現好後，查詢一個物件的關聯物件的基本步驟：

[x] - 1、 已知條件一：物件 ，因此引出第一個 HashMap （ AssociationsHashMap ），用一個能唯一代表物件的值作為 key ，用儲存物件的所有關聯物件的結構（名字：值+策略）作為 value
[x] - 2、 已知條件二：屬性名字 ，因此引出第二個 HashMap （ ObjectAssociationMap ），用屬性名字作為 key ，用屬性名字對應的結構體（值+策略）作為 value

參考資料：

iOS底層原理總結 - 關聯物件實現原理關聯物件 AssociatedObject 完全解析

1.2、weak的實現原理：

同樣詳細的原理可以查閱其他資料，這裡只介紹一下實現中使用的基本資料結構。 weak 採用的是一個全域性的 HashMap 巢狀陣列的結構儲存資料的，銷燬物件（ weak 指標指向的物件）的時候，根據物件從 HashMap 中找到存放所有指向該物件的 weak 指標的陣列，然後將陣列中的所有元素都置為nil。

weak 的最大特點就是在物件銷燬的時候， 自動置nil ， 減少訪問野指標的風險 ，這也是設計 weak 的初衷。方案設計實現好後， weak 指標置 nil 的基本步驟：

<input checked="" disabled="" type="checkbox" style="margin: 4px 0px 0px; font-size: 1em; vertical-align: middle; line-height: normal; font-weight: normal; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; width: auto; cursor: not-allowed; background-color: transparent; color: rgb(10, 162, 132); opacity: 1; filter: none;"> - 1、物件 dealloc 的時候，從全域性的 HashMap 中，根據一個唯一代表物件的值作為 key ，找到儲存所有指向該物件的 weak 指標的陣列
<input checked="" disabled="" type="checkbox" style="margin: 4px 0px 0px; font-size: 1em; vertical-align: middle; line-height: normal; font-weight: normal; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; width: auto; cursor: not-allowed; background-color: transparent; color: rgb(10, 162, 132); opacity: 1; filter: none;"> - 2、將陣列中的所有元素都置為 nil

參考資料：

iOS 底層解析weak的實現原理（包含weak物件的初始化，引用，釋放的分析） weak實現原理

1.3、KVO實現使用的基本資料結構

比較複雜，一個物件可以被n個物件觀察，一物件的n個屬性又可以分別被n個物件觀察。

詳細參考： GNUstep KVC/KVO探索（二）：KVO的內部實現

1.4、iOS App簽名的原理

一句話： 一致性雜湊演算法 + 非對稱加解密演算法

詳細參考： iOS App 簽名的原理

1.5、物件的引用計數儲存的位置

具體參考：蘋果iOS系統原始碼思考：物件的引用計數儲存在哪裡？--從runtime原始碼得到的啟示

<pre class="prettyprint hljs kotlin" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, "Courier New", monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 1.5em; font-size: 14px; line-height: 1.5em; word-break: break-all; word-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;">if 物件支援TaggedPointer {

return 直接將物件的指標值作為引用計數返回

}

else if 裝置是64位環境 && Objective-C2.0 {

return 物件isa指標的一部分空間(bits_extra_rc)

}

else {

return hash表

}

複製程式碼</pre>

1.6、Runloop與執行緒的儲存關係

執行緒和 RunLoop 之間是一一（ 子執行緒可以沒有 ）對應的，其關係是儲存在一個全域性的 Dictionary 裡。執行緒剛建立時並沒有 RunLoop ，如果你不主動獲取，那它一直都不會有。 RunLoop 的建立是發生在第一次獲取時， RunLoop 的銷燬是發生線上程結束時。你只能在一個執行緒的內部獲取其 RunLoop （主執行緒除外）。

1.7、NSDictionary的原理：

解釋完Hash表後，下面簡單解釋下

二、雜湊表

桶排序

2.1、雜湊表定義

雜湊表（ hash table ，也叫散列表），是根據鍵（ key ）直接訪問訪問在記憶體儲存位置的資料結構。雜湊表本質是一個數組，陣列中的每一個元素成為一個箱子，箱子中存放的是鍵值對。根據下標 index 從陣列中取 value 。關鍵是如何獲取 index ，這就需要一個固定的函式（雜湊函式），將 key 轉換成 index 。不論雜湊函式設計的如何完美，都可能出現不同的 key 經過 hash 處理後得到相同的 hash 值，這時候就需要處理雜湊衝突。

2.2、雜湊表優缺點

優點：雜湊表可以提供快速的操作。

缺點：雜湊表通常是基於陣列的，陣列建立後難於擴充套件。也沒有一種簡便的方法可以以任何一種順序〔例如從小到大）遍歷表中的資料項。

綜上，如果不需要有序遍歷資料，井且可以提前預測資料量的大小。那麼雜湊表在速度和易用性方面是無與倫比的。

2.3、雜湊查詢步驟

<input checked="" disabled="" type="checkbox" style="margin: 4px 0px 0px; font-size: 1em; vertical-align: middle; line-height: normal; font-weight: normal; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; width: auto; cursor: not-allowed; background-color: transparent; color: rgb(10, 162, 132); opacity: 1; filter: none;"> - 1、使用雜湊函式將被查詢的鍵對映（轉換）為陣列的索引，理想情況下（hash函式設計合理）不同的鍵對映的陣列下標也不同，所有的查詢時間複雜度為O(1)。但是實際情況下不是這樣的，所以雜湊查詢的第二步就是處理雜湊衝突。
<input checked="" disabled="" type="checkbox" style="margin: 4px 0px 0px; font-size: 1em; vertical-align: middle; line-height: normal; font-weight: normal; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; width: auto; cursor: not-allowed; background-color: transparent; color: rgb(10, 162, 132); opacity: 1; filter: none;"> - 2、處理雜湊碰撞衝突。處理方法有很多，比如拉鍊法、線性探測法。

2.4、雜湊表儲存過程：

<input checked="" disabled="" type="checkbox" style="margin: 4px 0px 0px; font-size: 1em; vertical-align: middle; line-height: normal; font-weight: normal; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; width: auto; cursor: not-allowed; background-color: transparent; color: rgb(10, 162, 132); opacity: 1; filter: none;"> - 1、使用hash函式根據key得到雜湊值h
<input checked="" disabled="" type="checkbox" style="margin: 4px 0px 0px; font-size: 1em; vertical-align: middle; line-height: normal; font-weight: normal; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; width: auto; cursor: not-allowed; background-color: transparent; color: rgb(10, 162, 132); opacity: 1; filter: none;"> - 2、如果箱子的個數為n，那麼值應該存放在底(h%n)個箱子中。h%n的值範圍為[0, n-1]。
<input checked="" disabled="" type="checkbox" style="margin: 4px 0px 0px; font-size: 1em; vertical-align: middle; line-height: normal; font-weight: normal; font-family: "Helvetica Neue", Helvetica, Arial, sans-serif; width: auto; cursor: not-allowed; background-color: transparent; color: rgb(10, 162, 132); opacity: 1; filter: none;"> - 3、如果該箱子非空（已經存放了一個值）即不同的key得到了相同的h產生了雜湊衝突，此時需要使用拉鍊法或者開放定址線性探測法解決衝突。

<pre class="prettyprint hljs bash" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, "Courier New", monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 1.5em; font-size: 14px; line-height: 1.5em; word-break: break-all; word-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;">hash("張三") = 23;

hash("李四") = 30;

hash("王五") = 23;

複製程式碼</pre>

2.5、常用雜湊函式：

雜湊查詢第一步就是使用雜湊函式將鍵對映成索引。這種對映函式就是雜湊函式。如果我們有一個儲存0-M陣列，那麼我們就需要一個能夠將任意鍵轉換為該陣列範圍內的索引（0~M-1）的雜湊函式。雜湊函式需要易於計算並且能夠均勻分佈所有鍵。比如舉個簡單的例子，使用手機號碼後三位就比前三位作為key更好，因為前三位手機號碼的重複率很高。再比如使用身份證號碼出生年月位數要比使用前幾位數要更好。

在實際中，我們的鍵並不都是數字，有可能是字串，還有可能是幾個值的組合等，所以我們需要實現自己的雜湊函式。

[x] - 1、直接定址法
[x] - 2、數字分析法
[x] - 3、平方取中法
[x] - 4、摺疊法
[x] - 5、隨機數法
[x] - 6、除留餘數法

要想設計一個 優秀的雜湊演算法 並不容易，根據經驗，總結了需要滿足的幾點要求：

[x] 從雜湊值不能反向推匯出原始資料（所以雜湊演算法也叫單向雜湊演算法）；
[x] 對輸入資料非常敏感，哪怕原始資料只修改了一個 Bit，最後得到的雜湊值也大不相同；
[x] 雜湊衝突的概率要很小，對於不同的原始資料，雜湊值相同的概率非常小；
[x] 雜湊演算法的執行效率要儘量高效，針對較長的文字，也能快速地計算出雜湊值。

2.6、負載因子 = 總鍵值對數/陣列的個數

負載因子是雜湊表的一個重要屬性，用來衡量雜湊表的空/滿程度，一定程度也可以提現查詢的效率。負載因子越大，意味著雜湊表越滿，越容易導致衝突，效能也就越低。所以當負載因子大於某個常數（一般是0.75）時，雜湊表將自動擴容。雜湊表擴容時，一般會建立兩倍於原來的陣列長度。因此即使key的雜湊值沒有變化，對陣列個數取餘的結果會隨著陣列個數的擴容發生變化，因此鍵值對的位置都有可能發生變化，這個過程也成為 重雜湊 （ rehash ）。

雜湊表擴容在陣列比較多的時候，需要重新雜湊並移動資料，效能影響較大。

雜湊表擴容雖然能夠使負載因子降低，但並不總是能有效提高雜湊表的查詢效能。比如雜湊函式設計的不合理，導致所有的 key 計算出的雜湊值都相同，那麼即使擴容他們的位置還是在同一條連結串列上，變成了 線性表 ，效能極低，查詢的時候時間複雜度就變成了 O(n) 。

2.7、雜湊衝突的解決方法：

方法一：拉鍊法

簡單來說就是陣列 + 連結串列 。將鍵通過hash函式對映為大小為M的陣列的下標索引，陣列的每一個元素指向一個連結串列，連結串列中的每一個結點儲存著hash出來的索引值為結點下標的鍵值對。

Java 8 解決雜湊衝突採用的就是 拉鍊法 。在處理雜湊函式設計不合理導致連結串列很長時（連結串列長度超過 8 切換為紅黑樹，小於 6 重新退化為連結串列）。將連結串列切換為紅黑樹能夠保證插入和查詢的效率，缺點是當雜湊表比較大時， 雜湊表擴容 會導致瞬時效率降低。

Redis 解決雜湊衝突採用的也是 拉鍊法 。通過增量式擴容解決了 Java 8 中的瞬時擴容導致的瞬時效率降低的缺點，同時拉鍊法的實現方式（新插入的鍵值對放在連結串列頭部）帶來了兩個好處：

O(n)

方法二：開放定址線性探測發

使用兩個大小為N的陣列（一個存放keys，另一個存放values）。使用陣列中的空位解決碰撞，當碰撞發生時（即一個鍵的hash值對應陣列的下標被兩外一個鍵佔用）直接將下標索引加一（ index += 1 ），這樣會出現三種結果：

[x] - 1、未命中（陣列下標中的值為空，沒有佔用）。 keys[index] = key ， values[index] = value 。
[x] - 2、命中（陣列下標中的值不為空，佔用）。 keys[index] == key ， values[index] == value 。
[x] - 3、命中（陣列下標中的值不為空，佔用）。 keys[index] != key ，繼續 index += 1 ，直到遇到結果1或2停止。

拉鍊法的優點

與 開放定址線性探測發 相比， 拉鍊法 有如下幾個優點：

[x] - ①、 拉鍊法 處理衝突簡單，且無堆積現象，即非同義詞決不會發生衝突，因此平均查詢長度較短；
[x] - ②、由於 拉鍊法 中各連結串列上的結點空間是動態申請的，故它更適合於造表前無法確定表長的情況；
[x] - ③、 開放定址線性探測發 為減少衝突，要求裝填因子α較小，故當結點規模較大時會浪費很多空間。而 拉鍊法 中可取α≥1，且結點較大時， 拉鍊法 中增加的指標域可忽略不計，因此節省空間；
④、在用 拉鍊法 構造的散列表中，刪除結點的操作易於實現。只要簡單地刪去連結串列上相應的結點即可。而對 開放定址線性探測發 構造的散列表，刪除結點不能簡單地將被刪結點的空間置為空，否則將截斷在它之後填人散列表的同義詞結點的查詢路徑。這是因為各種 開放定址線性探測發 中，空地址單元(即開放地址)都是查詢失敗的條件。因此在用 開放定址線性探測發 處理衝突的散列表上執行刪除操作，只能在被刪結點上做刪除標記，而不能真正刪除結點。

拉鍊法的缺點

指標需要額外的空間，故當結點規模較小時， 開放定址線性探測發 較為節省空間，而若將節省的指標空間用來擴大散列表的規模，可使裝填因子變小，這又減少了 開放定址線性探測發 中的衝突，從而提高平均查詢速度。

開放定址線性探測法缺點

[x] - 1、容易產生堆積問題；
[x] - 2、不適於大規模的資料儲存；
[x] - 3、雜湊函式的設計對衝突會有很大的影響；
[x] - 4、插入時可能會出現多次衝突的現象，刪除的元素是多個衝突元素中的一個，需要對後面的元素作處理，實現較複雜；
[x] - 5、結點規模很大時會浪費很多空間；

2.8、Hash表的平均查詢長度

Hash表的 平均查詢長度 包括 查詢成功時的平均查詢長度 和 查詢失敗時的平均查詢長度 。

查詢成功時的平均查詢長度=表中每個元素查詢成功時的比較次數之和/表中元素個數；

查詢不成功時的平均查詢長度相當於在表中查詢元素不成功時的平均比較次數，可以理解為向表中插入某個元素，該元素在每個位置都有可能，然後計算出在每個位置能夠插入時需要比較的次數，再除以表長即為查詢不成功時的平均查詢長度。

例子：

給定一組資料 {32，14，23，01，42，20，45，27，55，24，10，53} ，假設散列表的長度為13（最接近n的質數），雜湊函式為 H(k) = k%13 。分別 畫出 用 線性探測法 和 拉鍊法 解決衝突時構造的雜湊表，並求出在等概率下情況，這兩種方法查詢成功和查詢不成功的平均查詢長度。

一、拉鍊法

image

查詢成功時的平均查詢長度：

<pre class="hljs markdown" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, "Courier New", monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 0.75em; font-size: 14px; line-height: 1.5em; word-break: break-all; word-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;">ASL = (1 6+2 4+3 1+4 1)/12 = 7/4

複製程式碼</pre>

查詢不成功時的平均查詢長度：

<pre class="hljs makefile" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, "Courier New", monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 0.75em; font-size: 14px; line-height: 1.5em; word-break: break-all; word-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;">ASL = (4+2+2+1+2+1)/13

複製程式碼</pre>

二、線性探測法

image

查詢成功時查詢次數=插入元素時的比較次數， 查詢成功的平均查詢長度 ：

複製程式碼</pre>

查詢不成功時的查詢次數=第n個位置不成功時的比較次數為，第n個位置到第1個沒有資料位置的距離：如第0個位置取值為1，第1個位置取值為2. 查詢不成功時的平均查詢長度：

複製程式碼</pre>

2.9、NSDictionary解釋版本一：是使用 `NSMapTable` 實現的，採用 `拉鍊法` 解決雜湊衝突

<pre class="prettyprint hljs objectivec" style="padding: 0.5em; font-family: Menlo, Monaco, Consolas, "Courier New", monospace; color: rgb(68, 68, 68); border-radius: 4px; display: block; margin: 0px 0px 1.5em; font-size: 14px; line-height: 1.5em; word-break: break-all; word-wrap: break-word; white-space: pre; background-color: rgb(246, 246, 246); border: none; overflow-x: auto; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;">typedef struct {

NSMapTable *table;

NSInteger i;

struct _NSMapNode *j;

} NSMapEnumerator;

複製程式碼</pre>

上述結構體描述了遍歷一個 NSMapTable 時的一個指標物件，其中包含 table 物件自身的指標，計數值，和節點指標。

NSUInteger (*hash)(NSMapTable *table,const void

);

isEqual)(NSMapTable *table,const void *,const void

);

retain)(NSMapTable *table,const void

);

release)(NSMapTable *table,void *);

NSString ( describe)(NSMapTable *table,const void *);

const void *notAKeyMarker;

} NSMapTableKeyCallBacks;

複製程式碼</pre>

上述結構體中存放的是幾個函式指標，用於計算 key 的 hash 值，判斷 key 是否相等， retain ， release 操作。

void (*retain)(NSMapTable *table,const void

);

release)(NSMapTable *table,void *);

NSString ( describe)(NSMapTable *table, const void *);

} NSMapTableValueCallBacks;

複製程式碼</pre>

上述存放的三個函式指標，定義在對 NSMapTable 插入一對 key－value 時，對 value 物件的操作。

NSMapTableKeyCallBacks *keyCallBacks;

NSMapTableValueCallBacks *valueCallBacks;

NSUInteger count;

NSUInteger nBuckets;

struct _NSMapNode **buckets;

}

複製程式碼</pre>

從上面的結構真的能看出 NSMapTable 是一個 雜湊表 + 連結串列 的資料結構嗎？在 NSMapTbale 中插入或者刪除一個物件的尋找時間 = O(1) + O(m) ，m為最壞時可能為n。

O(1)：對 key 進行 hash 得到 bucket 的位置

O(m)：不同的 key 得到相同的 hash 值的 value 存放到連結串列中，遍歷連結串列的時間

上面的結論和對應的解釋似乎很合理？看看下面的分析再說也不遲！

2.10、NSDictionary解釋版本二：是對_CFDictionary的封裝，解決雜湊衝突使用的是 `開放定址線性探測法`

CFRuntimeBase _base;

CFIndex _count;

CFIndex _capacity;

CFIndex _bucketsNum;

uintptr_t _marker;

void *_context;

CFIndex _deletes;

CFOptionFlags _xflags;

const void **_keys;

const void **_values;

};

複製程式碼</pre>

從上面的資料結構可以看出 NSDictionary 內部使用了兩個 指標陣列 分別儲存 keys 和 values 。採用的是連續方式儲存鍵值對。 拉鍊法 會將 key 和 value 包裝成一個結果儲存（連結串列結點），而 Dictionary 的結構擁有 keys 和 values 兩個陣列（ 開放定址線性探測法 解決雜湊衝突的用的就是兩個陣列），說明兩個資料是被分開儲存的，不像是 拉鍊法 。

NSDictionary使用開放定址線性探測法解決雜湊衝突的原理：

可以看到， NSDictionary 設定的 key 和 value ， key 值會根據特定的hash函式算出建立的空桶陣列， keys 和 values 同樣多，然後儲存資料的時候，根據 hash函式 算出來的值，找到對應的 index 下標，如果下標已有資料，開放定址法後移動插入，如果空桶陣列到達 資料閥值 ，這個時候就會把 空桶陣列擴容 ，然後重新雜湊插入。

這樣把一些不連續的 key-value 值插入到了能建立起關係的 hash 表中，當我們查詢的時候， key 根據雜湊>值算出來，然後根據索引，直接 index 訪問 hash 表 keys 和 hash 表 values ，這樣查詢速度就可以和連續線性儲存的資料一樣接近 O(1) 了，只是佔用空間有點大，效能就很強悍。

如果刪除的時候，也會根據_maker標記邏輯上的刪除，除非 NSDictionary （ NSDictionary 本體的 hash 值就是 count ）記憶體被移除。

NSDictionary 之所以採用這種設計，其一出於查詢效能的考慮；其二 NSDictionary 在使用過程中總是會很快的被釋放，不會長期佔用記憶體;

2.11、Apple方案選擇：

解決雜湊衝突的拉鍊法和開放定址線性探測法，Apple都是用了。具體使用哪一種是根據儲存資料的生命週期和特性決定的。

@synchronized 使用的是 拉鍊法 。拉鍊法多用於儲存的資料是通用型別，能夠被反覆利用，就像@synchronized儲存的是鎖是一種無關業務的實現結構，程式執行時多個物件使用同一個鎖的概率相當高，有效的節省了記憶體。
[x] weak物件 associatedObject 採用的是 開放定址線性探測法 。開放定址線性探測法用於儲存的資料是臨時的，用完儘快釋放，就像associatedObject，weak。

喜歡的話可以點個贊:+1:或關注。

小編給大家推薦一個iOS技術交流群：458839238！群內提供資料結構與演算法、底層進階、swift、逆向、整合面試題等免費資料

另外附上一份收集的各大廠面試題（附答案） ! 群檔案直接獲取

各大廠面試題

文章來源網路如有侵權請聯絡小編刪除

搞iOS的，面試官問Hash幹嘛？原因遠比我下面要介紹的多

摘自知乎的一句話：

1.1、關聯物件的實現原理：

參考資料：

1.2、weak的實現原理：

參考資料：

1.3、KVO實現使用的基本資料結構

1.4、iOS App簽名的原理

1.5、物件的引用計數儲存的位置

1.6、Runloop與執行緒的儲存關係

1.7、NSDictionary的原理：

二、雜湊表

2.1、雜湊表定義

2.2、雜湊表優缺點

2.3、雜湊查詢步驟

2.4、雜湊表儲存過程：

2.5、常用雜湊函式：

2.6、負載因子 = 總鍵值對數/陣列的個數

2.7、雜湊衝突的解決方法：

方法一：拉鍊法

方法二：開放定址線性探測發

拉鍊法的優點

拉鍊法的缺點

開放定址線性探測法缺點

2.8、Hash表的平均查詢長度

例子：

一、拉鍊法

查詢成功時的平均查詢長度：

查詢不成功時的平均查詢長度：

二、線性探測法

2.9、NSDictionary解釋版本一：是使用 NSMapTable 實現的，採用 拉鍊法 解決雜湊衝突

2.10、NSDictionary解釋版本二：是對_CFDictionary的封裝，解決雜湊衝突使用的是 開放定址線性探測法

NSDictionary使用開放定址線性探測法解決雜湊衝突的原理：

2.11、Apple方案選擇：

您可能也會喜歡…

2.9、NSDictionary解釋版本一：是使用 `NSMapTable` 實現的，採用 `拉鍊法` 解決雜湊衝突

2.10、NSDictionary解釋版本二：是對_CFDictionary的封裝，解決雜湊衝突使用的是 `開放定址線性探測法`