開元最近学习了一下Blizzard的MPQ文件格式,颇有一些心得,其中一条就是对HastTable的理解,很想写出来给大家共享,感谢Justin Olbrantz的文章《Inside MoPaQ》,大多认识来源于此。
先提一个简单的问题,如果有一个庞大的字符串数组,然后给你一个单独的字符串,让你从这个数组中查找是否有这个字符串并找到它,你会怎么做? 有一个方法最简单,老老实实从头查到尾,一个一个比较,直到找到为止,我想只要学过程序设计的人都能把这样一个程序作出来,但要是有程序员把这样的程序交给用户,我只能用无语来评价,或许它真的能工作,但...也只能如此了。 最合适的算法自然是使用HashTable(哈希表),先介绍介绍其中的基本知识,所谓Hash,一般是一个整数,通过某种算法,可以把一个字符串"压缩" 成一个整数,这个数称为Hash,当然,无论如何,一个32位整数是无法对应回一个字符串的,但在程序中,两个字符串计算出的Hash值相等的可能非常小,下面看看在MPQ中的Hash算法 unsigned long HashString(char *lpszFileName, unsigned long dwHashType) while(*key != 0) seed1 = cryptTable[(dwHashType << 8) + ch] ^ (seed1 + seed2); Blizzard的这个算法是非常高效的,被称为"One-Way Hash",举个例子,字符串"unitneutralacritter.grp"通过这个算法得到的结果是0xA26067F3。 if (lpTable[nHashPos].bExists && !strcmp(lpTable[nHashPos].pString, lpszString)) 看到此,我想大家都在想一个很严重的问题:"如果两个字符串在哈希表中对应的位置相同怎么办?",毕竟一个数组容量是有限的,这种可能性很大。解决该问题的方法很多,我首先想到的就是用"链表",感谢大学里学的数据结构教会了这个百试百灵的法宝,我遇到的很多算法都可以转化成链表来解决,只要在哈希表的每个入口挂一个链表,保存所有对应的字符串就OK了。 事情到此似乎有了完美的结局,如果是把问题独自交给我解决,此时我可能就要开始定义数据结构然后写代码了。然而Blizzard的程序员使用的方法则是更精妙的方法。基本原理就是:他们在哈希表中不是用一个哈希值而是用三个哈希值来校验字符串。 中国有句古话"再一再二不能再三再四",看来Blizzard也深得此话的精髓,如果说两个不同的字符串经过一个哈希算法得到的入口点一致有可能,但用三个不同的哈希算法算出的入口点都一致,那几乎可以肯定是不可能的事了,这个几率是1:18889465931478580854784,大概是10的 22.3次方分之一,对一个游戏程序来说足够安全了。 现在再回到数据结构上,Blizzard使用的哈希表没有使用链表,而采用"顺延"的方式来解决问题,看看这个算法: while (lpTable[nHashPos].bExists) return -1; //Error value 1. 计算出字符串的三个哈希值(一个用来确定位置,另外两个用来校验) Blizzard被称为最卓越的游戏制作公司,不愧于此。 http://blog.blogchina.com/article_85296.361466.html
除非他们nHash % nTableSize的结果分配很平均,否则当桶快满的时候,顺延会很花时间
一般人大概都会采取这个解决办法吧 canonical | 12/05/2005, 20:30
為了學校HashTable的作業,找到您這裡。
这应该就是三重hash表吧? wwwsq | 22/04/2005, 14:29
对 gzlicy | 04/03/2005, 09:27
Blizzard公司的优秀虽然不能仅仅通过这个技术细节就能得到证明,但是正是有很多这样杰出的细节最终成就了Blizzard的卓越。 alex | 03/03/2005, 16:56
"Blizzard被称为最卓越的游戏制作公司,不愧于此。" Hash算法是很有效,可仅仅从这个推出这句话,有点过了,采用Hash算法的产品和公司,多的数都数不过来 gzlicy | 03/03/2005, 13:06
http://ciips.ee./~morris/Year2/PLDS210/hash_tables.html alex | 28/01/2005, 17:09发表评论 |
|