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

那誰的技術博客

感興趣領域:高性能服務器編程,存儲,算法,Linux內核
隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
數據加載中……

linux內核V2.6.11學習筆記(2)--list和hlist

這兩個數據結構在內核中隨處可見,不得不拿出來單獨講講.

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

一般的,如果我們需要寫一個鏈表,會這么寫:
struct node
{
    
struct node *next;
    data_t data;
}
其中的data假設是鏈表中元素存放的數據.然后針對這個鏈表寫一些相關操作的API.

假設下一個需求,鏈表存放的元素變了,那么我們還需要定義一個新的數據結構,寫一些相關操作的API.

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

C++里面的做法是STL,使用的是范型技術,在運行時才直到容器所要存放的數據元素的類型.而通過C++中的重載,函數對象等技術可以平滑的實現操作不同數據元素.

C中沒有這些技術,用STL的方式恐怕是走不通了.

于是,內核采用了另一種方法解決這個問題.

內核中實現的鏈表數據結構是這樣的:
struct list_head {
    
struct list_head *next, *prev;
};
可見,這個鏈表中只有分別指向前一個和后一個元素的指針,而沒有特定的類型.也就是說,這個數據類型關注的僅僅是鏈表本身的東西,與具體的數據無關.

當需要使用鏈表的時候,可以這樣來:
struct node
{
    
struct list_head link;
    data_t data;
}
那么,如何根據這個link定位到所需要管理的數據呢?

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

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

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

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

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

這就是內核中根據list_head指針得到容納它的容器地址的魔法.

理解了這個,理解內核中的鏈表操作也就不再難.


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

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

2) list的節點有兩個指針,但是需要注意的是pprev是指針的指針,它指向的是前一個節點的next指針(見下圖).

現在疑問來了:為什么pprev不是prev也就是一個指針,用于簡單的指向list的前一個指針呢?這樣即使對于first而言,它可以將prev指針指向list的尾結點.

主要是基于以下幾個考慮:
1) hash-list中的list一般元素不多(如果太多了一般是設計出現了問題),即使遍歷也不需要太大的代價,同時需要得到尾結點的需求也不多.
2) 如果對于一般節點而言,prev指向的是前一個指針,而對于first也就是hash的第一個元素而言prev指向的是list的尾結點,那么在刪除一個元素的時候還需要判斷該節點是不是first節點進行處理.而在hlist提供的刪除節點的API中,并沒有帶上hlist_head這個參數,因此做這個判斷存在難度.
3) 以上兩點說明了為什么不使用prev,現在來說明為什么需要的是pprev,也就是一個指向指針的指針來保存前一個節點的next指針--因為這樣做即使在刪除的節點是first節點時也可以通過*pprev = next;直接修改指針的指向.來看刪除一個節點和修改list頭結點的兩個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; //此時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指向的是前一個節點的next指針,而當該節點是first節點時指向自己,因此兩種情況下不論該節點是一般的節點還是頭結點都可以通過這個操作刪除掉所需刪除的節點
    if (next)
        next
->pprev = pprev;
}




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


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

評論

# re: linux內核V2.6.11學習筆記(二)--list和hlist  回復  更多評論   

學習了。我也在學習內核,不過還是學習低級版本的內核。
2009-04-14 09:00 | xuminggang

# re: linux內核V2.6.11學習筆記(二)--list和hlist  回復  更多評論   

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

# re: linux內核V2.6.11學習筆記(二)--list和hlist  回復  更多評論   

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

2009-04-16 17:09 | capable

# re: linux內核V2.6.11學習筆記(2)--list和hlist  回復  更多評論   

@capable
感謝提醒,已經重新做了修改.
2009-04-19 10:22 | 那誰

# re: linux內核V2.6.11學習筆記(2)--list和hlist  回復  更多評論   

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

# re: linux內核V2.6.11學習筆記(2)--list和hlist[未登錄]  回復  更多評論   

@bruin
如果不轉換為char,而是別的類型,那么就會根據該類型的長度進行加減.
這個也是C語言的基礎知識了.

2009-04-20 13:59 | 那誰

# re: linux內核V2.6.11學習筆記(2)--list和hlist  回復  更多評論   

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

# re: linux內核V2.6.11學習筆記(2)--list和hlist  回復  更多評論   

可以用ul。
去找本c語言的書看看指針的內容。
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>
            国产精品―色哟哟| 国内综合精品午夜久久资源| 亚洲激情六月丁香| 久久精品二区亚洲w码| 亚洲视频日本| 亚洲一级网站| 午夜久久电影网| 久久成人一区| 免费看的黄色欧美网站| 久久亚洲午夜电影| 欧美韩国在线| 亚洲一区二区少妇| 午夜精品亚洲| 欧美成年人在线观看| 欧美精品久久天天躁| 欧美日韩在线视频首页| 国产模特精品视频久久久久| 精品成人久久| 亚洲一区二区三区四区中文| 亚洲欧美国产高清va在线播| 蜜桃av一区| 亚洲你懂的在线视频| 美女精品在线观看| 国产午夜精品全部视频播放| 亚洲毛片视频| 免费视频亚洲| 久久精品免费| 国产日韩精品在线| 亚洲午夜视频在线观看| 亚洲黄色免费| 欧美韩国日本综合| 亚洲国产高清高潮精品美女| 欧美喷水视频| 影音先锋日韩有码| 久久精品国产v日韩v亚洲| 亚洲一区国产一区| 国产麻豆91精品| 久久免费黄色| 蜜桃久久av| 日韩午夜在线播放| 国产精品一区二区在线观看| 小黄鸭精品密入口导航| 亚洲视频一区二区免费在线观看| 欧美黄色免费| 午夜精品久久久久久久99水蜜桃 | 久久久久久久综合日本| 狠狠色噜噜狠狠狠狠色吗综合| 亚洲欧美久久久| 欧美一级久久久| 亚洲精品欧美日韩专区| 日韩天堂在线视频| 亚洲大胆av| 亚洲欧美电影在线观看| 亚洲国产精品成人精品| 99成人在线| 亚洲黄色性网站| 午夜精品剧场| 亚洲天堂男人| 欧美成人日本| 免费观看成人www动漫视频| 欧美日韩成人激情| 蜜桃精品一区二区三区| 国产精品嫩草久久久久| 91久久在线播放| 亚洲福利在线视频| 久久精品首页| 久久国产精品久久w女人spa| 亚洲高清视频一区二区| 亚洲成人在线| 国产欧美日本一区视频| 一本大道久久a久久综合婷婷| 狠狠色香婷婷久久亚洲精品| 亚洲午夜在线观看| 午夜视频一区二区| 国产精品欧美一区二区三区奶水| 亚洲韩国精品一区| 一本大道久久a久久精二百| 欧美激情在线免费观看| 亚洲激情中文1区| 一区二区高清| 国产欧美日韩一区| 久久一区亚洲| 日韩午夜电影在线观看| 亚洲男同1069视频| 国产日韩在线视频| 久久久久一区二区三区四区| 玖玖综合伊人| 亚洲天堂成人| 在线观看日韩国产| 国产精品porn| 久热精品在线视频| 亚洲一区久久久| 久久野战av| 亚洲午夜电影| 亚洲精品亚洲人成人网| 国产性天天综合网| 欧美日韩精品中文字幕| 久久久爽爽爽美女图片| 在线亚洲电影| 亚洲精品自在久久| 久久综合九色| 久久在线观看视频| 欧美一区在线看| 亚洲欧美国产一区二区三区| 伊人色综合久久天天| 中日韩美女免费视频网站在线观看| 欧美在线视频一区| 亚洲一区二区三区四区五区午夜| 1000部国产精品成人观看| 欧美亚洲不卡| 国产精品一二三视频| 国产精品丝袜久久久久久app| 欧美三区在线观看| 欧美日韩一区在线观看视频| 欧美国产91| 欧美日韩一区二区三区视频 | 午夜精品国产更新| 亚洲影院高清在线| 亚洲字幕在线观看| 先锋亚洲精品| 久久精品首页| 亚洲激情在线观看视频免费| 亚洲欧洲日本一区二区三区| 99视频+国产日韩欧美| 日韩视频一区二区三区在线播放| 91久久夜色精品国产九色| 一区二区三区导航| 欧美在线free| 欧美日韩国产在线| 在线欧美日韩精品| 午夜欧美精品| 亚洲人成啪啪网站| 欧美一区二区视频网站| 欧美日韩精品一区二区三区四区| 国产精品高精视频免费| 亚洲国产精品一区二区尤物区 | 免费不卡中文字幕视频| 欧美三级午夜理伦三级中视频| 国产酒店精品激情| 国产精品99久久不卡二区| 久久精品在线| 一本综合久久| 亚洲电影在线免费观看| 在线精品视频免费观看| 另类av一区二区| 久久精品国产99国产精品澳门| 久久精品一区二区| 亚洲欧洲日本国产| 毛片一区二区三区| 亚洲高清电影| 欧美激情一区二区三区在线| 久久国产精品久久久| 国产亚洲精品久久久久动| 亚洲欧美亚洲| 久久动漫亚洲| 亚洲第一精品夜夜躁人人躁| 久久精品国产99国产精品| 久久精品国产精品亚洲精品| 国产精品色午夜在线观看| 亚洲精品自在久久| 亚洲深爱激情| 亚洲伦理在线观看| 久久久久久网站| 亚洲图片欧美一区| 久久久久久高潮国产精品视| 亚洲精品中文字幕女同| 欧美专区日韩视频| 亚洲一区欧美二区| 裸体歌舞表演一区二区| 午夜亚洲伦理| 欧美性猛交xxxx乱大交蜜桃| 久久久久国产精品一区| 欧美精品一区二区三区很污很色的| 午夜视频一区二区| 欧美日韩亚洲精品内裤| 亚洲日韩第九十九页| 亚洲激情午夜| 亚洲午夜在线观看视频在线| 欧美亚洲日本网站| 国产精品美女一区二区在线观看| 亚洲精品欧美在线| 欧美专区18| 9色精品在线| 狠狠色伊人亚洲综合成人| 久久精品亚洲| 亚洲精品视频在线播放| 亚洲一区制服诱惑| 国产日韩精品久久| 久久视频在线视频| 亚洲精品中文字幕有码专区| 日韩天堂在线视频| 欧美高清在线观看| 久久蜜桃av一区精品变态类天堂| 欧美一区二区三区四区视频| 亚洲婷婷免费| 欧美在线观看视频| 亚洲免费大片| 在线观看成人一级片| 欧美色欧美亚洲高清在线视频| 欧美一区午夜精品|