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

那誰(shuí)的技術(shù)博客

感興趣領(lǐng)域:高性能服務(wù)器編程,存儲(chǔ),算法,Linux內(nèi)核
隨筆 - 210, 文章 - 0, 評(píng)論 - 1183, 引用 - 0
數(shù)據(jù)加載中……

linux內(nèi)核V2.6.11學(xué)習(xí)筆記(2)--list和hlist

這兩個(gè)數(shù)據(jù)結(jié)構(gòu)在內(nèi)核中隨處可見(jiàn),不得不拿出來(lái)單獨(dú)講講.

這兩個(gè)數(shù)據(jù)結(jié)構(gòu)都是為了方便內(nèi)核開(kāi)發(fā)者在使用到類似數(shù)據(jù)結(jié)構(gòu)的時(shí)候不必自行開(kāi)發(fā)(雖然不難),因此它們需要做到足夠的"通用性",也就是說(shuō),今天可以用它們做一個(gè)存放進(jìn)程的鏈表,明天同樣可以做一個(gè)封裝定時(shí)器的鏈表.兩個(gè)數(shù)據(jù)結(jié)構(gòu)的對(duì)外API封裝了針對(duì)它們的基本操作,也是最常見(jiàn)的操作,比如遍歷,查找等等.

一般的,如果我們需要寫(xiě)一個(gè)鏈表,會(huì)這么寫(xiě):
struct node
{
    
struct node *next;
    data_t data;
}
其中的data假設(shè)是鏈表中元素存放的數(shù)據(jù).然后針對(duì)這個(gè)鏈表寫(xiě)一些相關(guān)操作的API.

假設(shè)下一個(gè)需求,鏈表存放的元素變了,那么我們還需要定義一個(gè)新的數(shù)據(jù)結(jié)構(gòu),寫(xiě)一些相關(guān)操作的API.

但是,其實(shí)我們需要做的事情都是類似:遍歷一個(gè)鏈表,按照某個(gè)條件定位到其中的一個(gè)元素,等等.有沒(méi)有辦法將操作比較特定數(shù)據(jù)的操作交給使用者,而封裝出一套滿足基本鏈表操作的API呢?

C++里面的做法是STL,使用的是范型技術(shù),在運(yùn)行時(shí)才直到容器所要存放的數(shù)據(jù)元素的類型.而通過(guò)C++中的重載,函數(shù)對(duì)象等技術(shù)可以平滑的實(shí)現(xiàn)操作不同數(shù)據(jù)元素.

C中沒(méi)有這些技術(shù),用STL的方式恐怕是走不通了.

于是,內(nèi)核采用了另一種方法解決這個(gè)問(wèn)題.

內(nèi)核中實(shí)現(xiàn)的鏈表數(shù)據(jù)結(jié)構(gòu)是這樣的:
struct list_head {
    
struct list_head *next, *prev;
};
可見(jiàn),這個(gè)鏈表中只有分別指向前一個(gè)和后一個(gè)元素的指針,而沒(méi)有特定的類型.也就是說(shuō),這個(gè)數(shù)據(jù)類型關(guān)注的僅僅是鏈表本身的東西,與具體的數(shù)據(jù)無(wú)關(guān).

當(dāng)需要使用鏈表的時(shí)候,可以這樣來(lái):
struct node
{
    
struct list_head link;
    data_t data;
}
那么,如何根據(jù)這個(gè)link定位到所需要管理的數(shù)據(jù)呢?

內(nèi)核中定義了這么一個(gè)宏:
#define container_of(ptr, type, member) \
    ((type 
*)((char *)(ptr)-(unsigned long)(&((type *)0)->member)))
這個(gè)宏的作用是容器類型type中有一個(gè)名為member的list_head元素,要根據(jù)這個(gè)元素的指針(ptr)得到存放它的type類型的對(duì)象的地址.

一步一步看這個(gè)宏:
1) &((type *)0)->member)
從C的角度出發(fā), 假設(shè)結(jié)構(gòu)體node中有一個(gè)成員data, 那么對(duì)于一個(gè)指向結(jié)構(gòu)體node的指針p來(lái)說(shuō),
p->data與p的地址相差為data這個(gè)域在結(jié)構(gòu)體node中的偏移量.
于是,&(p->member)就是type類型的指針p中的成員member的地址,而這個(gè)地址是p的地址+member成員在這個(gè)結(jié)構(gòu)體中的偏移,
當(dāng)這個(gè)p變成了0之后,自然就得出了member成員在結(jié)構(gòu)體type中的偏移量.

所以,&((type *)0)->member)獲得了結(jié)構(gòu)體type中成員member的偏移量.

2) (char *)(ptr)-(unsigned long)(&((type *)0)->member))
這里ptr是list_head的指針,也就是member成員的指針,因此兩者相減得到了存放member的type結(jié)構(gòu)體的指針.

3)
((type *)((char *)(ptr)-(unsigned long)(&((type *)0)->member)))
最后在前面加上一個(gè)類型轉(zhuǎn)換,將前面得到的指針轉(zhuǎn)換成type類型.

這就是內(nèi)核中根據(jù)list_head指針得到容納它的容器地址的魔法.

理解了這個(gè),理解內(nèi)核中的鏈表操作也就不再難.


接著看hlist,首先看看內(nèi)核中的定義:
struct hlist_head {
    struct hlist_node *first;
};

struct hlist_node {
    struct hlist_node *next, **pprev;
};
這個(gè)數(shù)據(jù)結(jié)構(gòu)與一般的hash-list數(shù)據(jù)結(jié)構(gòu)定義有以下的區(qū)別:
1) 首先,hash的頭節(jié)點(diǎn)僅存放一個(gè)指針,也就是first指針,指向的是list的頭結(jié)點(diǎn),沒(méi)有tail指針也就是指向list尾節(jié)點(diǎn)的指針,這樣的考慮是為了節(jié)省空間--尤其在hash bucket很大的情況下可以節(jié)省一半的指針空間.

2) list的節(jié)點(diǎn)有兩個(gè)指針,但是需要注意的是pprev是指針的指針,它指向的是前一個(gè)節(jié)點(diǎn)的next指針(見(jiàn)下圖).

現(xiàn)在疑問(wèn)來(lái)了:為什么pprev不是prev也就是一個(gè)指針,用于簡(jiǎn)單的指向list的前一個(gè)指針呢?這樣即使對(duì)于first而言,它可以將prev指針指向list的尾結(jié)點(diǎn).

主要是基于以下幾個(gè)考慮:
1) hash-list中的list一般元素不多(如果太多了一般是設(shè)計(jì)出現(xiàn)了問(wèn)題),即使遍歷也不需要太大的代價(jià),同時(shí)需要得到尾結(jié)點(diǎn)的需求也不多.
2) 如果對(duì)于一般節(jié)點(diǎn)而言,prev指向的是前一個(gè)指針,而對(duì)于first也就是hash的第一個(gè)元素而言prev指向的是list的尾結(jié)點(diǎn),那么在刪除一個(gè)元素的時(shí)候還需要判斷該節(jié)點(diǎn)是不是first節(jié)點(diǎn)進(jìn)行處理.而在hlist提供的刪除節(jié)點(diǎn)的API中,并沒(méi)有帶上hlist_head這個(gè)參數(shù),因此做這個(gè)判斷存在難度.
3) 以上兩點(diǎn)說(shuō)明了為什么不使用prev,現(xiàn)在來(lái)說(shuō)明為什么需要的是pprev,也就是一個(gè)指向指針的指針來(lái)保存前一個(gè)節(jié)點(diǎn)的next指針--因?yàn)檫@樣做即使在刪除的節(jié)點(diǎn)是first節(jié)點(diǎn)時(shí)也可以通過(guò)*pprev = next;直接修改指針的指向.來(lái)看刪除一個(gè)節(jié)點(diǎn)和修改list頭結(jié)點(diǎn)的兩個(gè)API:
static inline void hlist_add_head(struct hlist_node *n, struct hlist_head *h)
{
    
struct hlist_node *first = h->first;
    n
->next = first;
    
if (first)
        first
->pprev = &n->next;
    h
->first = n;
    n
->pprev = &h->first; //此時(shí)n是hash的first指針,因此它的pprev指向的是hash的first指針的地址
}

static inline void __hlist_del(struct hlist_node *n)
{
    
struct hlist_node *next = n->next;
    
struct hlist_node **pprev = n->pprev;
    
*pprev = next; // pprev指向的是前一個(gè)節(jié)點(diǎn)的next指針,而當(dāng)該節(jié)點(diǎn)是first節(jié)點(diǎn)時(shí)指向自己,因此兩種情況下不論該節(jié)點(diǎn)是一般的節(jié)點(diǎn)還是頭結(jié)點(diǎn)都可以通過(guò)這個(gè)操作刪除掉所需刪除的節(jié)點(diǎn)
    if (next)
        next
->pprev = pprev;
}




參考資料:
1)http://blog.chinaunix.net/u/12592/showart.php?id=451619
我對(duì)里面的示意圖做了一下修改,主要是將list頭結(jié)點(diǎn)的pprev指針指向hash的first指針地址.這樣看上去更明白一些.
2)http://linux.chinaunix.net/bbs/viewthread.php?tid=1032772


posted on 2009-04-11 10:47 那誰(shuí) 閱讀(4257) 評(píng)論(8)  編輯 收藏 引用 所屬分類: Linux/Unixlinux kernel

評(píng)論

# re: linux內(nèi)核V2.6.11學(xué)習(xí)筆記(二)--list和hlist  回復(fù)  更多評(píng)論   

學(xué)習(xí)了。我也在學(xué)習(xí)內(nèi)核,不過(guò)還是學(xué)習(xí)低級(jí)版本的內(nèi)核。
2009-04-14 09:00 | xuminggang

# re: linux內(nèi)核V2.6.11學(xué)習(xí)筆記(二)--list和hlist  回復(fù)  更多評(píng)論   

支持,期待你的更新
2009-04-16 08:58 | 石子

# re: linux內(nèi)核V2.6.11學(xué)習(xí)筆記(二)--list和hlist  回復(fù)  更多評(píng)論   

"((type *)0)->member)獲得了結(jié)構(gòu)體type中成員member的偏移量"這個(gè)是獲取結(jié)構(gòu)體的member成員吧,前面要加&才是偏移量。

2009-04-16 17:09 | capable

# re: linux內(nèi)核V2.6.11學(xué)習(xí)筆記(2)--list和hlist  回復(fù)  更多評(píng)論   

@capable
感謝提醒,已經(jīng)重新做了修改.
2009-04-19 10:22 | 那誰(shuí)

# re: linux內(nèi)核V2.6.11學(xué)習(xí)筆記(2)--list和hlist  回復(fù)  更多評(píng)論   

我想問(wèn)下博主,為什么最后做減法的時(shí)候要把ptr的類型強(qiáng)制轉(zhuǎn)化為char型的指針再減去后面那部分呢,謝謝。
2009-04-20 13:36 | bruin

# re: linux內(nèi)核V2.6.11學(xué)習(xí)筆記(2)--list和hlist[未登錄](méi)  回復(fù)  更多評(píng)論   

@bruin
如果不轉(zhuǎn)換為char,而是別的類型,那么就會(huì)根據(jù)該類型的長(zhǎng)度進(jìn)行加減.
這個(gè)也是C語(yǔ)言的基礎(chǔ)知識(shí)了.

2009-04-20 13:59 | 那誰(shuí)

# re: linux內(nèi)核V2.6.11學(xué)習(xí)筆記(2)--list和hlist  回復(fù)  更多評(píng)論   

~~~~(>_<)~~~~ 我還是米有明白瓦。
為什么不可以轉(zhuǎn)化為ul呢。
我不知道(char*)減去ul是怎么回事兒了。。。
博主給個(gè)鏈接讓我看看這部分C基礎(chǔ)也行哇。
我現(xiàn)在好像被魘到這兒了,死活想不明白。。。
漿糊中o(╯□╰)o
2009-04-20 20:22 | bruin

# re: linux內(nèi)核V2.6.11學(xué)習(xí)筆記(2)--list和hlist  回復(fù)  更多評(píng)論   

可以用ul。
去找本c語(yǔ)言的書(shū)看看指針的內(nèi)容。
2009-04-20 21:09 | capable
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美一区二区三区免费看| 欧美日韩另类视频| 久久先锋影音av| 精品成人乱色一区二区| 久久精品免费观看| 欧美激情成人在线| 一区二区三区日韩| 国产精品免费视频观看| 欧美在线免费播放| 欧美国产视频在线| 亚洲小视频在线| 国产日韩高清一区二区三区在线| 午夜精品久久久久久久男人的天堂 | 亚洲欧美日韩专区| 国产一区二区三区四区hd| 老鸭窝91久久精品色噜噜导演| 亚洲高清在线播放| 亚洲淫性视频| 禁久久精品乱码| 欧美日韩专区| 久久久久99| 夜夜爽99久久国产综合精品女不卡| 欧美一级大片在线观看| 亚洲国产精品一区二区久| 欧美三级电影一区| 久久久久免费视频| 亚洲最新合集| 麻豆freexxxx性91精品| 亚洲一二三级电影| 在线精品福利| 国产精品美女999| 女生裸体视频一区二区三区| 亚洲一区二区综合| 亚洲高清视频的网址| 翔田千里一区二区| 亚洲精品资源| 国内成人自拍视频| 国产精品第三页| 欧美a级一区二区| 欧美一区2区视频在线观看| 亚洲人成毛片在线播放女女| 欧美综合二区| 亚洲午夜激情免费视频| 亚洲经典视频在线观看| 国产亚洲va综合人人澡精品| 欧美日韩三级在线| 免费影视亚洲| 久久精品免费| 欧美亚洲免费高清在线观看| 亚洲欧洲视频| 欧美刺激性大交免费视频| 欧美怡红院视频| 亚洲永久免费av| 日韩亚洲欧美精品| 亚洲国产日本| 亚洲电影视频在线| 国产一区二区三区自拍| 国产精品视频网| 欧美日韩精品| 欧美日韩视频| 欧美精品一区视频| 欧美91大片| 老司机免费视频久久| 久久精品五月| 欧美影院视频| 欧美在线国产精品| 性欧美办公室18xxxxhd| 香蕉亚洲视频| 欧美亚洲视频在线观看| 午夜精品一区二区在线观看 | 蜜臀av性久久久久蜜臀aⅴ| 久久精品国产免费观看| 欧美一级精品大片| 性欧美激情精品| 欧美一区二视频在线免费观看| 亚洲综合欧美| 欧美一级视频精品观看| 午夜性色一区二区三区免费视频| 亚洲欧美日韩一区二区三区在线观看| 一道本一区二区| 亚洲午夜三级在线| 亚洲欧美第一页| 欧美在线观看www| 久久欧美中文字幕| 麻豆精品在线视频| 欧美福利影院| 欧美视频在线观看视频极品| 国产精品二区在线| 国产欧美日韩中文字幕在线| 国产一区91| 亚洲福利国产精品| 一区二区激情| 午夜精品福利在线观看| 久久精品1区| 米奇777在线欧美播放| 亚洲二区视频| 宅男噜噜噜66一区二区| 亚洲欧美在线免费观看| 久久精品国产99国产精品| 欧美成人免费视频| 国产精品成人一区| 国语自产在线不卡| 亚洲人成小说网站色在线| 亚洲一二三区精品| 老牛国产精品一区的观看方式| 欧美国产在线观看| 宅男精品导航| 久久天堂精品| 欧美视频一区二区三区| 红桃视频国产一区| 中文有码久久| 久久影视三级福利片| 亚洲精品在线观看视频| 欧美一级二区| 欧美日韩免费观看一区=区三区| 国产日韩av一区二区| 亚洲精品国产日韩| 久久精品国产亚洲aⅴ| 亚洲成色777777在线观看影院| 亚洲视屏在线播放| 麻豆国产精品一区二区三区| 国产精品视频一二三| 亚洲日本中文| 欧美一区二区日韩一区二区| 欧美黄色免费网站| 亚洲欧美中文日韩在线| 欧美精品 日韩| 在线观看福利一区| 欧美一区二区高清| 亚洲欧洲另类| 久久全国免费视频| 国产欧美午夜| 亚洲一区二区三区高清不卡| 免费观看成人| 午夜精品久久久久久久99樱桃| 欧美精品18+| 亚洲大片在线| 久久成人精品无人区| 99精品久久久| 欧美裸体一区二区三区| 一区二区亚洲精品国产| 欧美在线视频一区| 中国亚洲黄色| 欧美日韩精品免费观看| 亚洲激情一区二区| 久热国产精品视频| 欧美在线亚洲一区| 国产乱理伦片在线观看夜一区| 一本大道久久a久久综合婷婷| 蜜乳av另类精品一区二区| 午夜精品久久久久久| 国产精品日本精品| 午夜精品福利在线观看| 99ri日韩精品视频| 欧美日韩免费一区二区三区视频| 亚洲国产一区在线观看| 蜜桃av一区二区| 久久久久久一区二区| 国模吧视频一区| 久久久国产精品一区| 羞羞答答国产精品www一本| 国产精品美女久久久久aⅴ国产馆| 亚洲天堂黄色| 中文精品一区二区三区| 国产精品久久久久久久久久免费| 在线视频欧美精品| 一区二区日韩免费看| 欧美日韩国产综合网| 在线视频精品一区| 中文精品99久久国产香蕉| 国产精品伦子伦免费视频| 亚洲综合色视频| 亚洲欧美综合一区| 国产香蕉97碰碰久久人人| 久久久精品日韩欧美| 久久久久国产一区二区三区四区 | 亚洲男人av电影| 国产亚洲成av人在线观看导航| 久久九九热免费视频| 欧美一区亚洲| 亚洲电影中文字幕| 亚洲日韩视频| 国产精品久久久一区二区三区 | 日韩视频一区二区三区在线播放免费观看| 欧美激情一区二区三区在线视频观看 | 亚洲久久一区二区| 国产精品99一区| 欧美在线看片| 久久亚洲视频| 一区二区三区国产在线观看| 亚洲私人黄色宅男| 国产一区二区三区在线观看免费视频 | 亚洲欧美另类久久久精品2019| 国产午夜精品全部视频在线播放| 久久一区二区三区国产精品 | 欧美日韩一二三四五区| 欧美专区亚洲专区| 欧美freesex交免费视频| 中文久久乱码一区二区| 午夜国产欧美理论在线播放|