先提一個簡單的問題，如果有一個龐大的字符串?dāng)?shù)組，然后給你一個單獨(dú)的字符串，讓你從這個數(shù)組中查找是否有這個字符串并找到它，你會怎么做？

有一個方法最簡單，老老實(shí)實(shí)從頭查到尾，一個一個比較，直到找到為止，我想只要學(xué)過程序設(shè)計(jì)的人都能把這樣一個程序作出來，但要是有程序員把這樣的程序交給用戶，我只能用無語來評價，或許它真的能工作，但...也只能如此了。

最合適的算法自然是使用HashTable（哈希表），先介紹介紹其中的基本知識，所謂Hash，一般是一個整數(shù)，通過某種算法，可以把一個字符串"壓縮" 成一個整數(shù)，這個數(shù)稱為Hash，當(dāng)然，無論如何，一個32位整數(shù)是無法對應(yīng)回一個字符串的，但在程序中，兩個字符串計(jì)算出的Hash值相等的可能非常小，下面看看在MPQ中的Hash算法

unsigned long HashString(char *lpszFileName, unsigned long dwHashType)
{
unsigned char *key = (unsigned char *)lpszFileName;
unsigned long seed1 = 0x7FED7FED, seed2 = 0xEEEEEEEE;
int ch;

while(*key != 0)
{
??ch = toupper(*key++);

seed1 = cryptTable[(dwHashType << 8) + ch] ^ (seed1 + seed2);
seed2 = ch + seed1 + seed2 + (seed2 << 5) + 3;
}
return seed1;
}

Blizzard的這個算法是非常高效的，被稱為"One-Way Hash"，舉個例子，字符串"unitneutralacritter.grp"通過這個算法得到的結(jié)果是0xA26067F3。
是不是把第一個算法改進(jìn)一下，改成逐個比較字符串的Hash值就可以了呢，答案是，遠(yuǎn)遠(yuǎn)不夠，要想得到最快的算法，就不能進(jìn)行逐個的比較，通常是構(gòu)造一個哈希表(Hash Table)來解決問題，哈希表是一個大數(shù)組，這個數(shù)組的容量根據(jù)程序的要求來定義，例如1024，每一個Hash值通過取模運(yùn)算 (mod)對應(yīng)到數(shù)組中的一個位置，這樣，只要比較這個字符串的哈希值對應(yīng)的位置又沒有被占用，就可以得到最后的結(jié)果了，想想這是什么速度？是的，是最快的O(1)，現(xiàn)在仔細(xì)看看這個算法吧
int GetHashTablePos(char *lpszString, SOMESTRUCTURE *lpTable, int nTableSize)
{
int nHash = HashString(lpszString), nHashPos = nHash % nTableSize;

if (lpTable[nHashPos].bExists && !strcmp(lpTable[nHashPos].pString, lpszString))
??return nHashPos;
else
??return -1; //Error value
}

看到此，我想大家都在想一個很嚴(yán)重的問題："如果兩個字符串在哈希表中對應(yīng)的位置相同怎么辦？",畢竟一個數(shù)組容量是有限的，這種可能性很大。解決該問題的方法很多，我首先想到的就是用"鏈表",感謝大學(xué)里學(xué)的數(shù)據(jù)結(jié)構(gòu)教會了這個百試百靈的法寶，我遇到的很多算法都可以轉(zhuǎn)化成鏈表來解決，只要在哈希表的每個入口掛一個鏈表，保存所有對應(yīng)的字符串就OK了。

事情到此似乎有了完美的結(jié)局，如果是把問題獨(dú)自交給我解決，此時我可能就要開始定義數(shù)據(jù)結(jié)構(gòu)然后寫代碼了。然而Blizzard的程序員使用的方法則是更精妙的方法。基本原理就是：他們在哈希表中不是用一個哈希值而是用三個哈希值來校驗(yàn)字符串。

中國有句古話"再一再二不能再三再四"，看來Blizzard也深得此話的精髓，如果說兩個不同的字符串經(jīng)過一個哈希算法得到的入口點(diǎn)一致有可能，但用三個不同的哈希算法算出的入口點(diǎn)都一致，那幾乎可以肯定是不可能的事了，這個幾率是1:18889465931478580854784，大概是10的 22.3次方分之一，對一個游戲程序來說足夠安全了。

現(xiàn)在再回到數(shù)據(jù)結(jié)構(gòu)上，Blizzard使用的哈希表沒有使用鏈表，而采用"順延"的方式來解決問題，看看這個算法：
int GetHashTablePos(char *lpszString, MPQHASHTABLE *lpTable, int nTableSize)
{
const int HASH_OFFSET = 0, HASH_A = 1, HASH_B = 2;
int nHash = HashString(lpszString, HASH_OFFSET);
int nHashA = HashString(lpszString, HASH_A);
int nHashB = HashString(lpszString, HASH_B);
int nHashStart = nHash % nTableSize, nHashPos = nHashStart;

while (lpTable[nHashPos].bExists)
{
??if (lpTable[nHashPos].nHashA == nHashA && lpTable[nHashPos].nHashB == nHashB)
?? return nHashPos;
??else
?? nHashPos = (nHashPos + 1) % nTableSize;
??
??if (nHashPos == nHashStart)
?? break;
}

return -1; //Error value
}

1. 計(jì)算出字符串的三個哈希值（一個用來確定位置，另外兩個用來校驗(yàn))
2. 察看哈希表中的這個位置
3. 哈希表中這個位置為空嗎？如果為空，則肯定該字符串不存在，返回
4. 如果存在，則檢查其他兩個哈希值是否也匹配，如果匹配，則表示找到了該字符串，返回
5. 移到下一個位置，如果已經(jīng)越界，則表示沒有找到，返回
6. 看看是不是又回到了原來的位置，如果是，則返回沒找到
7. 回到3

怎么樣，很簡單的算法吧，但確實(shí)是天才的idea, 其實(shí)最優(yōu)秀的算法往往是簡單有效的算法。

http://blog.blogchina.com/article_85296.361466.html