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

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

哈希表的組織方式:
      我們首先要確定一個哈希函數(shù)H(x),x是要記錄的對象,我們以H(x)來確定對象的記錄的鏈的位置。
      還需要一個指針數(shù)組來存放每個鏈的頭指針。由于要使用鏈表,所以還要有一個class/struct作為鏈表的基本單位。
哈希表的一般實現(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
}
;

接下來是構(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)
    
{
        
//此處為空,插入一個新鏈表
        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)
            
{
                
//遍歷完了整個鏈還是木有。。 
                return 0;
            }

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

    }

}

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


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

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

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

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

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

posted on 2011-09-10 12:07 遠野嘉一 閱讀(2876) 評論(8)  編輯 收藏 引用

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

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

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

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

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



<2025年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456

常用鏈接

留言簿

隨筆檔案

文章檔案

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美成人中文字幕| 另类欧美日韩国产在线| 亚洲国产va精品久久久不卡综合| 亚洲精品一区二区三区在线观看| 国产亚洲精品美女| 亚洲香蕉在线观看| 99亚洲伊人久久精品影院红桃| 午夜精品福利一区二区三区av| 欧美1区2区| 欧美mv日韩mv国产网站app| 国产女优一区| 在线综合视频| 亚洲影院免费| 欧美性生交xxxxx久久久| 亚洲精品一二区| 一区二区三区免费网站| 欧美精品一区二区视频| 亚洲第一在线综合网站| 1000精品久久久久久久久| 久久gogo国模裸体人体| 久久久久久一区二区三区| 国产在线乱码一区二区三区| 欧美激情视频给我| 亚洲国产二区| 狂野欧美激情性xxxx| 欧美bbbxxxxx| 亚洲精品国产精品乱码不99| 欧美大尺度在线观看| 欧美黄网免费在线观看| 日韩一级欧洲| 欧美日韩一区二区三区四区在线观看| 亚洲精品永久免费| 亚洲欧美在线一区二区| 国产免费成人av| 久久久久久黄| 亚洲国产午夜| 亚洲视频一起| 国产欧美日韩精品在线| 久久www免费人成看片高清 | 黄色精品在线看| 久久影院午夜片一区| 亚洲国产精品一区二区www在线| 日韩一级裸体免费视频| 国产精品久久久久久久免费软件| 午夜激情亚洲| 欧美成人一区二免费视频软件| 亚洲毛片视频| 国产精品爽黄69| 久久久www免费人成黑人精品| 欧美激情自拍| 香蕉乱码成人久久天堂爱免费| 国产一区二区久久久| 欧美成人官网二区| 亚洲一区二区三区在线视频 | 欧美一区二区在线观看| 在线电影院国产精品| 欧美理论电影网| 欧美影院一区| 亚洲精品乱码久久久久久蜜桃91| 欧美一区二区三区免费在线看| 在线观看精品视频| 欧美午夜精品久久久久久人妖| 久久不见久久见免费视频1| 亚洲欧洲在线一区| 久久国产欧美| 国产精品99久久久久久久久 | 亚洲福利小视频| 国产精品国产亚洲精品看不卡15| 久久精品国产免费观看| 亚洲美女诱惑| 麻豆国产精品777777在线| 一区二区不卡在线视频 午夜欧美不卡在 | 亚洲黄色影院| 国产欧美在线观看一区| 欧美激情成人在线视频| 久久精品72免费观看| 99热在这里有精品免费| 欧美电影免费观看高清| 午夜精品婷婷| 中文亚洲视频在线| 亚洲国产精品毛片| 国产在线一区二区三区四区| 欧美手机在线视频| 欧美成人激情在线| 久久成人精品| 欧美亚洲一级片| 亚洲午夜久久久久久尤物 | 午夜在线不卡| 99热精品在线| 亚洲精品久久7777| 欧美激情在线| 欧美大片免费观看| 久久久国际精品| 欧美一区二区视频网站| 亚洲一区二区三区免费在线观看| 亚洲精品免费一二三区| 亚洲第一成人在线| 一区二区三区无毛| 国语精品中文字幕| 国产亚洲欧美aaaa| 国产一区二区av| 国产三区精品| 国产亚洲精品aa| 国产亚洲欧美日韩精品| 国产亚洲人成网站在线观看| 国产精品女主播一区二区三区| 欧美日韩在线一二三| 欧美四级在线观看| 国产精品成人国产乱一区| 欧美性大战xxxxx久久久| 欧美日韩午夜| 国产精品盗摄一区二区三区| 欧美色欧美亚洲另类二区| 欧美深夜影院| 国产精品日韩精品| 国产乱码精品1区2区3区| 国产欧美日韩精品a在线观看| 国产午夜亚洲精品不卡| 国产亚洲高清视频| 一区二区三区在线视频免费观看| 精品99视频| 亚洲精品一区二区三区四区高清| 日韩西西人体444www| 亚洲午夜一级| 久久久999成人| 欧美成人日韩| 日韩亚洲精品电影| 亚洲欧美日韩精品久久亚洲区| 欧美一区永久视频免费观看| 久久久久一区二区三区| 欧美+亚洲+精品+三区| 欧美日韩一区在线播放| 国产日产欧美a一级在线| 精品不卡一区二区三区| 亚洲最新视频在线播放| 午夜精品久久久久久久99热浪潮| 久久精品亚洲精品| 亚洲高清不卡av| 亚洲一区二区视频在线| 久久夜色精品国产噜噜av| 欧美日韩亚洲一区| 精品白丝av| 亚洲一区免费视频| 玖玖综合伊人| 一区二区三区精品国产| 欧美在线视频导航| 欧美日韩高清在线播放| 国产中文一区| 中文精品视频一区二区在线观看| 国产欧美一区二区精品秋霞影院| 一区二区成人精品| 久久精品99无色码中文字幕| 91久久精品视频| 欧美一级视频精品观看| 欧美日韩国产综合久久| 激情六月综合| 午夜一区不卡| 亚洲激情精品| 久久久噜噜噜久久人人看| 国产精品美女在线| 日韩午夜免费| 欧美国产国产综合| 欧美一级专区| 国产精品爽爽ⅴa在线观看| 日韩午夜在线| 欧美国产精品久久| 久久九九全国免费精品观看| 国产精品美女在线| 一卡二卡3卡四卡高清精品视频| 你懂的国产精品永久在线| 亚洲一区不卡| 欧美日韩一区二区三区在线看| 在线观看不卡av| 久久久噜噜噜久久中文字免| 亚洲视屏在线播放| 欧美三级精品| 一区二区三区产品免费精品久久75| 欧美成人免费视频| 久久久久九九九| 狠狠色伊人亚洲综合网站色| 欧美在线视频网站| 亚洲一区二区三区在线观看视频| 欧美日韩午夜在线视频| 日韩视频一区二区三区| 亚洲国产精品一区| 欧美高清在线视频观看不卡| 国内精品99| 老色鬼精品视频在线观看播放| 性色av香蕉一区二区| 国产香蕉久久精品综合网| 欧美一区午夜视频在线观看| 亚洲欧美在线视频观看| 国产亚洲精品一区二区| 欧美在线视频免费| 欧美一区二区私人影院日本| 红桃视频一区| 欧美激情a∨在线视频播放| 欧美+亚洲+精品+三区| 99精品视频一区| 99视频精品在线|