生意紅火

有一天你和你的鄰居同時開了一個快遞驛站，不過你的運氣很好，每天都有很多快遞到你這里來，生意紅紅火火，然而，你的鄰居生意很冷清。

快遞一多，為了取件人方便找到快遞，于是你按照快遞手機號碼的最后兩位數字來給快遞分類，例如尾號為 01 的放到柜子 1 中，尾號為 02 的放到柜子 2 。如果有人來取快遞，他只需要報出他的手機號碼，就可以快速找到對應的柜子，然后再根據完整的手機號碼在這個柜子里找到對應的快件了。

心聲惡意的鄰居

日子一天天過去，你的店鋪越來越火，然而，你鄰居的生意冷清到哭暈在廁所里，但是你并沒有去在意你的鄰居，也沒有分擔點生意給他，于是，你的鄰居心生壞意，決定搞搞你。

他知道你是采用按照快件手機號碼末尾兩位來分類的，于是他分批買了大量非常廉價的物品，并且把大部分快遞的手機號碼的末尾的兩位弄成是一樣的。

于是，你收到了大量的快遞，并且大量的快遞都被分到了同一個柜子里，導致有些柜子里堆放了大量的快件，擠滿到不得不把一些放地下了，然而有些柜子里卻是空蕩蕩的。

這也不僅導致了資源分配不均勻，每次顧客來取快件的時候，還得找好久才能找到。

于是你老爸和你說：要不加大柜子的容量吧。

你：加大容量沒用，雖然能短暫不會出現擠滿放地下的情況，但本質問題并沒有解決。

更換策略

為了解決這個問題，于是你采取了別的策略，把手機號碼當做一個數值，然后對這個數值進行取余，例如 手機號 % 99 = 柜子的編號。

每次客人來的時候，你把他的手機號碼也進行取余，然后告訴他，去對應的柜子取，取余這個操作雖然麻煩了點，工作量比之前大了，但，躲開了你鄰居的攻擊，也算值得。

問題的本質

然而好景不長，你的鄰居通過觀察與測試，發現你是通過手機號碼取余來映射到對應的柜子上的，于是，它又找了一堆手機號碼取余后值相同的手機號碼來搞定，于是，你又奔潰了。

你知道你侄子是學計算機專業的，于是你把這件事告訴了你的侄子，你的侄子一聽到這個，就來了勁，于是管不住嘴吹了下面這一大堆：

告訴你，你的這種映射策略相當于我平時學的哈希算法,不管你如何改變你的算法策略，只要被別人知道了你的哈希算法，那么，都會容易遭受到別人的攻擊，像你的鄰居的那種攻擊方式，就叫做哈希洪荒攻擊。

我們都知道，在各種數據結構里，有平均時間復雜度和最差時間復雜度之分，對于哈希算法，我們插入 n 個到元素到數組里的話，平均時間復雜度是 O(n)，而最差的時間復雜度是 O(n^2);查找某個元素的平均復雜度是 O(1)，最差時間復雜度是 O(n)，而哈希洪荒攻擊就是攻擊者有意給出一些特殊值，使得我們每次都遇到了最差時間復雜度。

如何防御?

剛才說了，哈希洪荒攻擊的本質就是攻擊者掌握了你的哈希算法，所以如何想要防御的話，就需要我們設計出優秀的哈希算法了，什么才算優秀的哈希算法?

1、映射出來的哈希碼分布均勻。

2、不容易被破解。

當然，不管你如何設計，一旦攻擊者掌握了你的算法細節，那么你都得涼。

那有沒有比較好的防御措施呢?

其實，我們可以通過生成一些隨機值來加強我們的哈希算法，例如，我們每次建立一張哈希表的時候，我們就隨機生成一個新的隨機值，來作為哈希算法的一部分。這樣一來，即使是同樣的內容，放在不同的表里也會產生完全不同的哈希碼。

這樣一來，攻擊者就很難進行預測了，即使發生了碰撞，也是小概率的巧合，而不是攻擊者在主動控制，我們也把這個隨機的值稱之為哈希種子(Hash Seed)。而這類使用哈希種子的哈希算法，我們稱之為帶密鑰哈希算法(Keyed Hash Function)。

當然，上面這種方式只是防御哈希洪荒攻擊的一種方式，對于哈希碰撞，在面試中問的最多的應該就是 Java 中的哈希表了，我跟大家補充講講 Java8 中是如何解決哈希碰撞的吧。

Java 中的哈希表如果出現了哈希沖突，就會用一個鏈表來存放哈希碼相同的元素，但是如果出現大量哈希碼相同的話，那么大量的元素都放在了同一條鏈表里，這樣會導致哈希表的查找時間復雜度是 O(n)，為了解決這個問題，當鏈表中的元素大于等于 8 的時候，就把用紅黑樹來取代鏈表，這樣一來，可以把最差時間復雜度控制在 O(logn)。

尾聲

你侄子吹了一大堆專業名詞，對于只讀過小學的你，想不懵逼都難，這個時候你憋不住了，拋了一句給你侄子：能不能講點人話?你只需要告訴我，我該怎么做就行了。

你侄子：我來去給你設計一個程序吧，你到時候只需要把你的手機號碼進去就可以了，它會把你自動映射出對應的柜子。

最后，鄰居把店鋪拆了，開了一家網吧…..