• <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>
            時(shí)雨の記-RainCode
            遠(yuǎn)野嘉一(Lams Lupin)的專欄
            posts - 2,  comments - 8,  trackbacks - 0
            前言
                  散列表(HashTable)又稱為哈希表,是一種快速的數(shù)據(jù)查找結(jié)構(gòu),它通常是為一個(gè)(組)要記錄的數(shù)據(jù)設(shè)計(jì)一個(gè)哈希函數(shù)H(x),依據(jù)這個(gè)函數(shù)進(jìn)行給數(shù)據(jù)定位,如果是閉散列,那就是直接存到數(shù)組的H(x)下標(biāo)處,如果是開散列,就是存到指針數(shù)組H(x)下標(biāo)的鏈表處。在OI中某些Pascaler為了避開鏈表而采用的閉散列鄙人認(rèn)為相當(dāng)糟糕,至于原因會(huì)在后面解釋。所以本文只談開散列。

            哈希表的組織方式:
                  我們首先要確定一個(gè)哈希函數(shù)H(x),x是要記錄的對(duì)象,我們以H(x)來(lái)確定對(duì)象的記錄的鏈的位置。
                  還需要一個(gè)指針數(shù)組來(lái)存放每個(gè)鏈的頭指針。由于要使用鏈表,所以還要有一個(gè)class/struct作為鏈表的基本單位。
            哈希表的一般實(shí)現(xiàn):
            首先是鏈表的基本元素:
            template<class T>
            struct t_node
            {
                
            public:
                    T key;
                    
            //other info
                    t_node* next;
            }
            ;

            然后是HashTable類的骨架(我在這里把它封裝成類了):

            template<class T>
            class hashtable
            {
                
            public:
                    hashtable();
                    
            int hash(const T &sr);
                    
            void insert();
                    t_node 
            *find(const T &sr);
                    
            //add more functions
                private:
                    t_node 
            *ht[t_size];//you should define t_size as sth before
                    
            //add more things
            }
            ;

            接下來(lái)是構(gòu)造函數(shù):

            hashtable<T>::hahstable()
            {
                memset(ht,
            0,sizeof(ht));
            }

            先略去哈希函數(shù),介紹插入函數(shù):

            void hashtable<T>::insert(const T &sr)
            {
                
            int loc = hash(sr);
                
            if (ht[loc] == 0)
                
            {
                    
            //此處為空,插入一個(gè)新鏈表
                    ht[loc] = new t_node();
                    ht[loc]
            -> key = T;
                }

                
            else
                
            {
                    t_node 
            *now = ht[loc];
                    
            while (true)
                    
            {
                        
            if (now->key == sr)
                        
            {
                            
            //元素已經(jīng)存在。 
                            return;
                        }

                        
            else if (now->next == 0)
                        
            {
                            
            //鏈里面沒有該元素,就地插入
                            now->next = new t_node();
                            now
            ->next->key = T; 
                            
            return;
                        }

                        
            else now = now->next;
                    }

                }

            }

            然后是查找:

            t_node *hashtable<T>::find(const T &st)
            {
                
            int loc = hash(sr);
                
            if (ht[loc] == 0)
                
            {
                    
            //此處為空,木有~ 返回空指針 
                    return 0;
                }

                
            else
                
            {
                    t_node 
            *now = ht[loc];
                    
            while (true)
                    
            {
                        
            if (now->key == sr)
                        
            {
                            
            //找到了 
                            return now;
                        }

                        
            else if (now->next == 0)
                        
            {
                            
            //遍歷完了整個(gè)鏈還是木有。。 
                            return 0;
                        }

                        
            else now = now->next;//看這個(gè)鏈的下一個(gè)元素 
                    }

                }

            }

            當(dāng)然可以根據(jù)具體情況做各種改動(dòng),如果要極限追求效率可以在t_node里面把key改為指針,然后使用自己編寫的內(nèi)存分配函數(shù)代替new。


            最簡(jiǎn)單的哈希函數(shù):
            其實(shí)最簡(jiǎn)單的哈希表1就是H(x)=x,意思是若記錄對(duì)象是整數(shù),就直接采用這個(gè)整數(shù)為下標(biāo)(char類型也可視為整數(shù)),這個(gè)就是數(shù)組,但它也可以看作哈希表。
            最簡(jiǎn)單的哈希表2就是H(x)=1,意思是不管是什么元素都放到同一個(gè)下標(biāo),這個(gè)就是鏈表,也可視為一種哈希表。

            大整數(shù)的哈希函數(shù):
            當(dāng)記錄對(duì)象是大整數(shù)的時(shí)候,若再用H(x)=x,數(shù)組的范圍將會(huì)承受不起,所以這時(shí)候要考慮哈希函數(shù)的設(shè)計(jì)問(wèn)題,又有很多種設(shè)計(jì)方法,最廣泛的一種就是H(x)=x%k,k通常是一個(gè)質(zhì)數(shù)。

            一般的哈希函數(shù):
            我們也許會(huì)記錄一些class或者struct之類的東西,這時(shí)候我們可以選取里面的某些關(guān)鍵變量進(jìn)行一種運(yùn)算來(lái)確定下標(biāo)。

            沖突的處理:
            再好的哈希函數(shù)也很難避免沖突,所謂沖突就是說(shuō)H(a)=H(b)的情況,而開散列的處理方法是在數(shù)組后面掛的是鏈表,這樣沖突的元素可以直接掛在鏈表的末端,而閉散列沒有鏈表,一般是重復(fù)Hn(x)或者往H(x)+a(a=1,2,3..)尋找,這會(huì)使哈希表變得一塌糊涂,而且沖突還可能引發(fā)別的沖突,而且也不便于估計(jì)哈希數(shù)組的范圍,所以鄙人不提倡使用閉散列的組織方式。
            順便說(shuō)一句:好的哈希函數(shù)是盡量減少和平衡沖突,盡量使得每個(gè)鏈的長(zhǎng)度分布得平均,好的哈希函數(shù)的設(shè)計(jì)要靠長(zhǎng)久的經(jīng)驗(yàn)積累,絕非一日之功。

            哈希表的本質(zhì)思想:
            散列表本質(zhì)思想就是把數(shù)組與鏈表的優(yōu)勢(shì)結(jié)合起來(lái),數(shù)組的訪問(wèn)復(fù)雜度是O(1),鏈表的插入復(fù)雜度是O(1),然而數(shù)組的插入復(fù)雜度和鏈表的訪問(wèn)復(fù)雜度都比較高,所以就產(chǎn)生了散列表。我們可以把這個(gè)思想運(yùn)用到許多地方,這本是我想說(shuō)的重點(diǎn),但鄙人才疏學(xué)淺,不知如何表達(dá),日后整理一下代碼說(shuō)明吧。

            posted on 2011-09-10 12:07 遠(yuǎn)野嘉一 閱讀(2834) 評(píng)論(8)  編輯 收藏 引用

            FeedBack:
            # re: 淺談哈希思想的應(yīng)用
            2011-09-10 15:23 | 李立強(qiáng)
            在CSDN的群里看到了,過(guò)來(lái)看看。
            我覺得你在類中使用typedef會(huì)比較好,這樣子不僅可以跟STL達(dá)到一種同步,同時(shí)可以方便的閱讀和使用,例如可以把
            typedef T size_type;
            typedef size_type* iterator;
            typedef const iterator const_iterator;
            typedef size_type& reference;
            typedef const reference const_reference;
            之類的。這只是舉例子,并不是一定適合你這個(gè)類,你可以自己寫適合的typedef。還有一點(diǎn),我在看primer時(shí),他們將t_node設(shè)為class,然后再設(shè)置一個(gè)友元,這樣子可以防止t_node的訪問(wèn),達(dá)到封裝的效果。  回復(fù)  更多評(píng)論
              
            # re: 淺談哈希思想的應(yīng)用
            2011-09-10 15:39 | 博洋家紡
            止t_node的訪問(wèn),達(dá)到封裝的效果  回復(fù)  更多評(píng)論
              
            # re: 淺談哈希思想的應(yīng)用[未登錄]
            2011-09-10 16:50 | Chipset
            1、耗費(fèi)內(nèi)存太多。
            2、速度可能不會(huì)太快。

            作為對(duì)比,SGI STL和Boost的哈西表速度太慢,耗費(fèi)內(nèi)存也太多,估計(jì)你的這個(gè)還趕不上Boost和SGI STL的哈希表。如果感興趣,到我的主頁(yè)上看看哈西表怎么設(shè)計(jì)的。  回復(fù)  更多評(píng)論
              
            # re: 淺談哈希思想的應(yīng)用
            2011-09-10 19:49 | 遠(yuǎn)野嘉一
            @Chipset
            謝謝批評(píng),你的哈希表我剛剛看了,確實(shí)不錯(cuò)。事實(shí)上我在編寫哈希表的時(shí)候都是指針處理數(shù)據(jù)的,所以理論上在有N個(gè)元素時(shí)內(nèi)存占用只有sizeof(ht)+N*sizeof(void*)以及N*sizeof(T)的數(shù)據(jù)原本占用的內(nèi)存,sizeof(ht)=t_size*sizeof(void*),鄙人以為應(yīng)該不會(huì)很高,此外我也通常自己編寫內(nèi)存管理器,和你的博文比較以后,發(fā)現(xiàn)我通常寫的和你寫的“拉鏈哈?!睉?yīng)當(dāng)是時(shí)間、空間差不多的,還沒發(fā)現(xiàn)新的東西。
            至于哈希函數(shù)的設(shè)計(jì)和內(nèi)存管理器我將會(huì)專門發(fā)文,所以在這里就沒有贅述,愿今后繼續(xù)關(guān)注、指教,謝謝!  回復(fù)  更多評(píng)論
              
            # re: 淺談哈希思想的應(yīng)用
            2011-09-10 19:52 | 遠(yuǎn)野嘉一
            @李立強(qiáng)
            謝謝建議,這個(gè)typedef加上應(yīng)該是很好的,至于封裝問(wèn)題我以為是具體操作的事情了,應(yīng)該不用贅述所以就沒講。。。以后會(huì)注意。  回復(fù)  更多評(píng)論
              
            # re: 淺談哈希思想的應(yīng)用[未登錄]
            2011-09-10 21:26 | Chipset
            @遠(yuǎn)野嘉一
            不是批評(píng),而是交流心得或者說(shuō)互相學(xué)習(xí)。我說(shuō)話不會(huì)拐彎抹角客氣,請(qǐng)不要見怪。

            你給出的信息比較少,我個(gè)人覺得t_size不應(yīng)定義成常數(shù),對(duì)于靜態(tài)表初始化時(shí)指定容量就行了,如果是動(dòng)態(tài)表應(yīng)該能自動(dòng)調(diào)整大小。

            映射到一個(gè)數(shù)組時(shí)(對(duì)應(yīng)下標(biāo)),最好不要用取模,因?yàn)槿∧:馁M(fèi)太多CPU指令。
              回復(fù)  更多評(píng)論
              
            # re: 淺談哈希思想的應(yīng)用[未登錄]
            2011-09-11 00:01 | Jcily
            我倒是覺得博主說(shuō)的言簡(jiǎn)意賅,非常節(jié)約讀者時(shí)間又把信息傳達(dá)到了。
            頂一個(gè)。  回復(fù)  更多評(píng)論
              
            # re: 淺談哈希思想的應(yīng)用[未登錄]
            2011-10-04 23:19 | Hero
            文章言簡(jiǎn)意賅,建議代碼用Coure New 字體,看起來(lái)舒服些。  回復(fù)  更多評(píng)論
              

            <2011年9月>
            28293031123
            45678910
            11121314151617
            18192021222324
            2526272829301
            2345678

            常用鏈接

            留言簿

            隨筆檔案

            文章檔案

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久久久亚洲爆乳少妇无 | 国内精品久久国产| 久久天天婷婷五月俺也去| 77777亚洲午夜久久多喷| 久久人人爽人人爽人人片AV不| 热re99久久精品国99热| 精品综合久久久久久88小说| 国内精品伊人久久久久777| 国产午夜精品理论片久久影视| 亚洲国产天堂久久久久久| 国产精品久久99| 伊人久久大香线蕉av不卡| 国内精品久久久久久99| 久久精品亚洲欧美日韩久久| 久久国产精品77777| 久久成人小视频| 日韩精品无码久久一区二区三| 久久精品国产亚洲av水果派 | 三级韩国一区久久二区综合| 久久九九全国免费| 一本色道久久88精品综合| 九九久久精品国产| 国内精品伊人久久久久影院对白| 99久久无色码中文字幕人妻| 青青久久精品国产免费看| 久久精品亚洲福利| 国产免费福利体检区久久| 成人久久综合网| 久久国产精品久久| 99久久免费国产精品| 狠狠干狠狠久久| 日本福利片国产午夜久久| 色综合久久久久| 国产日韩久久久精品影院首页| 国产高潮国产高潮久久久91| 久久精品国产一区二区三区日韩| 97r久久精品国产99国产精| 欧美日韩中文字幕久久伊人| 精品无码久久久久久久久久| 久久夜色精品国产| 亚洲精品乱码久久久久久蜜桃图片|