青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

posts - 126,  comments - 73,  trackbacks - 0

先提一個簡單的問題,如果有一個龐大的字符串數組,然后給你一個單獨的字符串,讓你從這個數組中查找是否有這個字符串并找到它,你會怎么做?

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

最合適的算法自然是使用HashTable(哈希表),先介紹介紹其中的基本知識,所謂Hash,一般是一個整數,通過某種算法,可以把一個字符串"壓縮" 成一個整數,這個數稱為Hash,當然,無論如何,一個32位整數是無法對應回一個字符串的,但在程序中,兩個字符串計算出的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"通過這個算法得到的結果是0xA26067F3。
是不是把第一個算法改進一下,改成逐個比較字符串的Hash值就可以了呢,答案是,遠遠不夠,要想得到最快的算法,就不能進行逐個的比較,通常是構造一個哈希表(Hash Table)來解決問題,哈希表是一個大數組,這個數組的容量根據程序的要求來定義,例如1024,每一個Hash值通過取模運算 (mod)對應到數組中的一個位置,這樣,只要比較這個字符串的哈希值對應的位置又沒有被占用,就可以得到最后的結果了,想想這是什么速度?是的,是最快的O(1),現在仔細看看這個算法吧
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
}

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

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

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

現在再回到數據結構上,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. 計算出字符串的三個哈希值(一個用來確定位置,另外兩個用來校驗)
2. 察看哈希表中的這個位置
3. 哈希表中這個位置為空嗎?如果為空,則肯定該字符串不存在,返回
4. 如果存在,則檢查其他兩個哈希值是否也匹配,如果匹配,則表示找到了該字符串,返回
5. 移到下一個位置,如果已經越界,則表示沒有找到,返回
6. 看看是不是又回到了原來的位置,如果是,則返回沒找到
7. 回到3

怎么樣,很簡單的算法吧,但確實是天才的idea, 其實最優秀的算法往往是簡單有效的算法。

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

posted on 2007-08-21 11:51 我風 閱讀(6979) 評論(8)  編輯 收藏 引用

FeedBack:
# re: 打造最快的Hash表(轉)
2007-11-03 01:07 | wo
不是很懂,"從這個數組中查找是否有這個字符串并找到它",和這怎么聯系上的?謝謝  回復  更多評論
  
# re: 打造最快的Hash表(轉)
2007-12-05 17:07 | 祁祁
果然精妙  回復  更多評論
  
# re: 打造最快的Hash表(轉)
2009-03-25 17:03 | akore
無聊, 跟在字符串數組中找到目標字符串有個屁聯系!  回復  更多評論
  
# re: 打造最快的Hash表(轉)
2009-04-21 14:41 | brightcoder
跟你提的問題有什么關聯  回復  更多評論
  
# re: 打造最快的Hash表(轉)[未登錄]
2009-05-22 00:41 | joe
@akore
對你相當無語..先看懂再說吧  回復  更多評論
  
# re: 打造最快的Hash表(轉)
2009-09-01 13:59 | charrie
頂,最后三個哈希值的還沒有太明白,前面的正是我需要的,謝謝樓主!  回復  更多評論
  
# re: 打造最快的Hash表(轉)
2009-10-12 16:32 | river
如果只進行一次這樣的查找操作,那么順序查找,當然是唯一選擇;
你說的高效,是針對要進行無數次這樣在同一個長串中查找子串的操作的情況,對吧?道理是很簡單,確實還不錯。
你這個文章,意思沒有表達的很清楚,怨不得別人提出質疑;
同時,題目為“打造最快的hash表”,我不太認同。  回復  更多評論
  
# re: 打造最快的Hash表(轉)
2009-10-13 23:17 | Veiir
@river
Hash表的目的是讓搜索時間穩定在一個數字上。

比如有幾百個模型包,要依靠名稱取其中一個,那么如果你逐個比較文件名篩選,如果是這個文件名是a開頭還好,萬一是z開頭呢?會不會花費的時間很長?那么你這個游戲畫面的載入時間豈不是很不穩定?

如果把這些模型包通過文件名hash運算得出來一個數字,比如20,放到同一個數組array的這個數字的位置array[20],那么以后要讀取這個模型包,僅用知道文件名,通過hash運算得出同樣的數字20,那么你可以直接去取數組array的這個數字位置就好了array[20]。那么你只用了一個hash運算,這個運算所花費的時間是一定的,要比不知道做多少次文件名比較花的時間短多了,取址當然是很快的,那么你游戲畫面載入時間就不會很長,也比較穩定.  回復  更多評論
  

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


<2007年8月>
2930311234
567891011
12131415161718
19202122232425
2627282930311
2345678

常用鏈接

留言簿(12)

隨筆分類

隨筆檔案

文章檔案

相冊

收藏夾

C++

MyFavorite

搜索

  •  

積分與排名

  • 積分 - 329312
  • 排名 - 76

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            有码中文亚洲精品| 欧美一级理论性理论a| 日韩一级在线观看| 亚洲自拍电影| 欧美激情黄色片| 国产欧美va欧美不卡在线| 亚洲日本视频| 久久婷婷丁香| 一本色道久久综合精品竹菊| 欧美一区二区私人影院日本| 国产美女精品视频| 中文在线资源观看网站视频免费不卡| 久久精品卡一| 亚洲一区二区三区精品动漫| 欧美激情一区二区三级高清视频 | 欧美成年人视频网站| 9l国产精品久久久久麻豆| 久久久夜夜夜| 国产一区二区三区高清播放| 亚洲午夜极品| 亚洲精品一区二区三区福利| 久久综合亚洲社区| 狠狠综合久久av一区二区小说| 午夜精品久久久久久久久久久久久| 亚洲欧洲三级电影| 久久婷婷人人澡人人喊人人爽 | 欧美激情bt| 久久国产日韩| 国产亚洲精品美女| 亚洲电影视频在线| 美女视频网站黄色亚洲| 伊人久久久大香线蕉综合直播 | 久久精品国产久精国产思思| 久久夜色精品国产| 亚洲第一区中文99精品| 蜜桃久久精品一区二区| 久久精品免费| 影音欧美亚洲| 亚洲一区二区在线免费观看视频| 在线播放精品| 亚洲免费在线看| 99国产精品国产精品毛片| 亚洲国产一区二区视频| 欧美日韩成人综合| 亚洲在线网站| 先锋影音久久久| 国语自产精品视频在线看抢先版结局 | 在线国产亚洲欧美| 中文在线不卡视频| 国产精品视频一二| 久久久久亚洲综合| 麻豆成人综合网| 欧美在线亚洲一区| 久久成人免费| 亚洲欧美中文字幕| 欧美精品二区| 欧美91大片| 国内免费精品永久在线视频| 欧美a一区二区| 国内精品伊人久久久久av影院 | 欧美黄在线观看| 国产精品激情偷乱一区二区∴| 欧美一级久久久久久久大片| 久久久久久久久久久久久女国产乱| 午夜视频在线观看一区二区三区| 欧美日韩在线播放一区| 新狼窝色av性久久久久久| 欧美视频一区二区三区| 久久久成人网| 欧美日产在线观看| 亚洲国产综合在线看不卡| 亚洲国产高清一区二区三区| 一区二区免费在线观看| 亚洲视频二区| 欧美日韩一区二区三区高清| 日韩小视频在线观看| 在线一区二区日韩| 久久久久一区二区三区| 久久久久久亚洲精品不卡4k岛国| 国产在线观看一区| 久久精品亚洲国产奇米99| 久久久综合视频| 在线观看国产成人av片| 美日韩精品视频免费看| 最新国产の精品合集bt伙计| 中日韩在线视频| 国产精品老女人精品视频| 亚洲国产日韩欧美| 在线视频你懂得一区二区三区| 国产精品99免费看 | 亚洲欧美欧美一区二区三区| 裸体一区二区三区| 亚洲精美视频| 午夜精品在线观看| 激情久久久久久久| 亚欧美中日韩视频| 免费成人美女女| 99天天综合性| 欧美精品亚洲| 亚洲欧美自拍偷拍| 午夜一级久久| 在线观看一区视频| 欧美日本一区二区高清播放视频| 欧美成人自拍视频| 又紧又大又爽精品一区二区| 欧美久久视频| 久久国产精品电影| 亚洲欧洲久久| 久久综合伊人77777| 激情校园亚洲| 欧美日韩在线观看视频| 欧美在线播放| 久久婷婷久久| 亚洲视频1区2区| 在线播放亚洲一区| 国产精品久久国产精麻豆99网站| 久久久999精品视频| 中日韩高清电影网| 亚洲第一页自拍| 久久久亚洲欧洲日产国码αv | 国产日韩欧美夫妻视频在线观看| 亚洲一区二区欧美日韩| 亚洲福利视频一区| 欧美一级欧美一级在线播放| 日韩香蕉视频| 亚洲高清电影| 国产一区二区三区四区在线观看| 欧美日本不卡高清| 久久综合久久综合这里只有精品| 亚洲影院在线| 亚洲视频碰碰| 一区二区三区四区蜜桃| 亚洲三级电影在线观看| 午夜精品999| 中文av一区二区| 99视频精品在线| 在线观看亚洲精品视频| 国产欧美精品va在线观看| 欧美香蕉视频| 欧美性猛交视频| 欧美日韩中文在线观看| 欧美承认网站| 亚洲欧美日韩精品综合在线观看| 亚洲人成人99网站| 亚洲第一免费播放区| 牛牛国产精品| 亚洲第一福利在线观看| 欧美国产日本| 亚洲国产成人精品视频| 亚洲国语精品自产拍在线观看| 免费成人av| 欧美国产日韩一二三区| 欧美激情小视频| 亚洲国产精品女人久久久| 亚洲国产日韩欧美在线动漫| 亚洲黑丝在线| 99re这里只有精品6| 亚洲深夜激情| 欧美中文在线观看| 久久久美女艺术照精彩视频福利播放 | 亚洲国语精品自产拍在线观看| 亚洲国产日韩欧美综合久久| 亚洲日本中文字幕区| 日韩一级黄色av| 在线综合亚洲| 欧美在线不卡| 免费久久久一本精品久久区| 午夜精品短视频| 欧美在线观看视频一区二区| 久久久久久久网站| 欧美紧缚bdsm在线视频| 国产精品夫妻自拍| 国产毛片精品国产一区二区三区| 国产综合香蕉五月婷在线| 在线精品福利| 亚洲一区二区三区精品动漫| 久久大香伊蕉在人线观看热2| 久久久综合激的五月天| 亚洲成人在线网| 欧美成人久久| 9人人澡人人爽人人精品| 午夜视频在线观看一区二区三区| 久久精品国产亚洲一区二区三区| 鲁大师影院一区二区三区| 欧美裸体一区二区三区| 国产人久久人人人人爽| 亚洲国产高清在线观看视频| 一区二区三区四区蜜桃| 久久久综合免费视频| 亚洲欧洲精品一区二区三区不卡 | 欧美激情视频在线播放| 国产精品久久久久久久久借妻| 狠狠做深爱婷婷久久综合一区| 亚洲人精品午夜在线观看| 亚洲高清不卡一区| 亚洲欧美日韩一区二区三区在线观看 | 亚洲一二三区在线| 蜜桃久久精品一区二区| 亚洲综合三区| 欧美日韩黄视频|