• <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>
            隨筆 - 13  文章 - 36  trackbacks - 0
            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(2)

            隨筆檔案

            友情鏈接

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

                                                                                       哈希結(jié)構(gòu)

                                                                                                                     C++博客   Alex-Lee   2009-10-21

                   哈希結(jié)構(gòu)在處理大量數(shù)據(jù)時(shí)具有很好的優(yōu)勢(shì),在插入,查詢,刪除等操作上具有常量的時(shí)間復(fù)雜度O(1)。使用范圍是數(shù)據(jù)集具有自然數(shù)上的關(guān)鍵字域(不是自然數(shù)也需要能夠轉(zhuǎn)為自然數(shù)域),通過哈希函數(shù)將關(guān)鍵字映射到尋址數(shù)組的槽。由于關(guān)鍵字域U[0...n]與尋址數(shù)組[0...m]中,總是n>m,也就是說,總有多個(gè)關(guān)鍵字對(duì)應(yīng)一個(gè)槽。這個(gè)碰撞就需要通過一些方法改變。可以通過拉鏈法(鏈表法)和開放地址法。對(duì)于拉鏈法中,鏈表不能太長,否則影響速度,最好控制在10個(gè)元素之內(nèi),這樣就要去尋址數(shù)組長度m>= n/10,這樣就會(huì)多消耗些空間。為了讓每個(gè)鏈表長度基本一致,就需要選擇合適的關(guān)鍵字到槽的映射函數(shù),即哈希函數(shù)。在選取哈希函數(shù)方面有3種方法:乘法、除法、全域法。乘法對(duì)m值選取上要求比較強(qiáng),而除法對(duì)m值沒有特別要求,全域法則是在一組哈希函數(shù)中,運(yùn)行時(shí)每次隨機(jī)的選取一個(gè)哈希函數(shù)。因此,全域法在隨機(jī)上具有更好的均勻分布,性能最好。下面是拉鏈法的實(shí)現(xiàn):
            1,哈希節(jié)點(diǎn):
            2,創(chuàng)建哈希表
             1//拉鏈技術(shù)雜湊法
             2static const int m = 100701;
             3int hash_create(HASH_TABLE *pht)
             4{
             5    HASH_TABLE ht;
             6    int i;
             7    ht = (HASH_TABLE) LM_MALLOC(sizeof(DATA_NODE) * m);
             8    if (!ht)
             9    {
            10        return -1;
            11    }

            12    for (i = 0; i < m;++i)
            13    {
            14        ht[i].data = 0;
            15        ht[i].length = 0;
            16        ht[i].key = -1;
            17        ht[i].prev = 0;
            18        ht[i].next = 0;
            19    }

            20    *pht = ht;
            21    return 0;
            22}
            3,銷毀哈希表
            4,插入元素
            5,查詢
            6,刪除
            7,哈希函數(shù)
            8,測(cè)試
            由于耗費(fèi)內(nèi)存比較大,測(cè)試100W整數(shù)的插入操作是4秒左右,查詢操作是2秒左右,刪除時(shí)0.4秒左右,1000w整數(shù)的上述操作分別是47s,22s,3.3s。
            看起來效率還是不錯(cuò)。
            算法實(shí)現(xiàn)代碼
            posted on 2009-10-22 00:31 Alex-Lee 閱讀(1933) 評(píng)論(5)  編輯 收藏 引用

            FeedBack:
            # re: 哈希結(jié)構(gòu) 2009-10-22 08:47 fcc
            樓主你確定你代碼通過編譯了?看到2,創(chuàng)建哈希表看不下去了。HASH_TABLE 哪定義的?ht變量究竟是HASH_TABLE類型還是HASH_TABLE* 類型?莫非有某個(gè)malloc函數(shù)返回值竟然不是指針類型的?看不明白
              回復(fù)  更多評(píng)論
              
            # re: 哈希結(jié)構(gòu) 2009-10-22 08:57 fcc
            @fcc
            又看了看,猜出來了,估計(jì)HASH_TABLE是DATA_NODE*型。這樣可以解釋  回復(fù)  更多評(píng)論
              
            # re: 哈希結(jié)構(gòu) 2009-10-22 09:14 李佳
            我感覺我應(yīng)該去看看數(shù)據(jù)結(jié)構(gòu)的書了...呵呵 最近處理數(shù)據(jù)怎么忘了哈希表了   回復(fù)  更多評(píng)論
              
            # re: 哈希結(jié)構(gòu) 2009-10-22 12:10 Vincent
            ^_^恩.hash是的確很有意思的.
            我更喜歡通過構(gòu)造一個(gè)簡(jiǎn)單的hash來剔除一些明顯的無關(guān)解,來縮小篩選范圍..
            就象是Rabin-Karp匹配里的那個(gè)用法..
            甚至覺得這樣的用法更多  回復(fù)  更多評(píng)論
              
            # re: 哈希結(jié)構(gòu) 2009-10-22 18:54 Alex-Lee
            @fcc
            程序經(jīng)過編譯,沒有什么問題。LM_MALLOC等是我寫的一個(gè)內(nèi)存分配封裝函數(shù),用于將所有的分配的內(nèi)存地址使用單鏈表連接,在debug時(shí),用于發(fā)現(xiàn)內(nèi)存泄露問題,release時(shí)直接就是malloc。這是我實(shí)現(xiàn)的一個(gè)發(fā)現(xiàn)內(nèi)存泄露的方法,靈感來源于《微軟C編程精粹》。
            HASH_TABLE是DATA_NODE*型。不好意思,在摘代碼時(shí)把
            typedef DATA_NODE* HASH_TABLE;
            給忘掉了。謝謝提醒。

            @李佳
            @Vincent
            受金融危機(jī)影響,今年工作不怎么忙。幾乎將數(shù)據(jù)結(jié)構(gòu)與算法忘得差不多了。這陣子看《算法導(dǎo)論(中文版)》潘金貴版。這本書講得很好,有廣度,也很有深度。數(shù)學(xué)基本忘得差不多了,其中關(guān)于數(shù)學(xué)論證時(shí)間復(fù)雜度的相關(guān)方面看得馬馬虎虎。哈希的開放地址法就沒怎么看明白。謝謝大家的回復(fù),有不對(duì)的地方,請(qǐng)大家指點(diǎn)。  回復(fù)  更多評(píng)論
              
            # re: 哈希結(jié)構(gòu) 2009-10-24 11:43 Goteet
            Data Structure for Game Developer 中hash那里講的很詳細(xì)啊  回復(fù)  更多評(píng)論
              

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            性做久久久久久久久久久| 国产成人精品久久| 久久综合久久性久99毛片| 伊人久久一区二区三区无码| 亚洲精品无码久久久久| 色婷婷综合久久久久中文| 久久久国产精品网站| 久久青青草原亚洲av无码| 中文字幕久久精品无码| 久久精品无码一区二区三区| 亚洲精品无码久久毛片| 99999久久久久久亚洲| 思思久久精品在热线热| 精品久久国产一区二区三区香蕉| 亚洲中文久久精品无码ww16| 99久久免费国产精品热| 2021久久精品免费观看| 久久99久久99小草精品免视看| 超级碰碰碰碰97久久久久| 99久久精品免费看国产一区二区三区 | 性欧美丰满熟妇XXXX性久久久| 国内精品久久国产大陆| 一本一本久久A久久综合精品| 国内精品免费久久影院| 97热久久免费频精品99| 亚洲精品无码久久久久去q| 久久久久久久综合日本| 93精91精品国产综合久久香蕉| 狠狠色噜噜色狠狠狠综合久久| 久久亚洲电影| 久久精品成人一区二区三区| 久久免费小视频| 91精品国产高清久久久久久io| 国产亚洲精品久久久久秋霞| 深夜久久AAAAA级毛片免费看| 99久久亚洲综合精品成人| 国内精品伊人久久久久| 69久久精品无码一区二区| 91精品国产高清久久久久久io| 久久精品国产亚洲av麻豆色欲| 国产亚洲欧美成人久久片|