• <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>
            posts - 200, comments - 8, trackbacks - 0, articles - 0
            list_for_each遍歷子進(jìn)程方法,順便分析下container_of宏的實(shí)現(xiàn)過(guò)程

            Linux系統(tǒng)中的每個(gè)進(jìn)程都有一個(gè)父進(jìn)程(init進(jìn)程除外);每個(gè)進(jìn)程還有0個(gè)或多個(gè)子進(jìn)程。在進(jìn)程描述符中parent指針指向其父進(jìn)程,還有一個(gè)名為children的子進(jìn)程鏈表(父進(jìn)程task_struct中的children相當(dāng)于鏈表的表頭)。
            而我們可以使用list_for_each(/include/linux/list.h)來(lái)依次遍歷訪問(wèn)子進(jìn)程:
            1. struct task_struct *task;
            2. struct list_head *list;
            3. list_for_each(list, &current->children) {
            4.       task = list_entry(list, struct task_struct, sibling);
            5. }
            其中task即為某個(gè)子進(jìn)程的地址
            首先需要說(shuō)明一點(diǎn)task_struct中的children指針指向其某個(gè)子進(jìn)程的進(jìn)程描述符task_struct中children的地址,而非直接指向某個(gè)子進(jìn)程的地址,也就是說(shuō)子進(jìn)程鏈表中存放的僅僅是各個(gè)task_struct成員children的地址。
            我們查看源文件找到list_for_each的定義:
            1. #define list_for_each(pos, head) \
            2.         for (pos = (head)->next; prefetch(pos->next), pos != (head); \
            3.                 pos = pos->next)
            從上可以看出list_for_each其實(shí)就是一個(gè)for循環(huán),在網(wǎng)上看到prefetch()是一個(gè)預(yù)抓取的函數(shù),我并不理解它(哪位大牛知道的講下哦),不過(guò)這個(gè)對(duì)for()并沒(méi)有多大的影響。for()實(shí)現(xiàn)的就是一個(gè)children鏈表的遍歷,而由children的地址如何取到task_struct的地址呢,它是由list_entry宏來(lái)實(shí)現(xiàn)的。
            我們先給出所需函數(shù)或宏的源代碼
            1. list_entry(/include/linux/list.h)
            2. #define list_entry(ptr, type, member) \
            3.         container_of(ptr, type, member)
            4. ---------------------------------------------------
            5. container_of(include/linux/kernel.h)
            6. #define container_of(ptr, type, member) ({                        \
            7.         const typeof( ((type *)0)->member ) *__mptr = (ptr);        \
            8.         (type *)( (char *)__mptr - offsetof(type,member) );})
            9. -------------------------------------------
            10. offsetof(/include/linux/stddef.h)
            11. #define offsetof(TYPE, MEMBER) ((size_t) &((TYPE *)0)->MEMBER)
            對(duì)于list_entry宏來(lái)說(shuō)ptr在這里為指向children鏈表的指針,type為task_struct結(jié)構(gòu)體的類型,member為鏈表成員的變量名,即children。
            container_of()思路為先求出結(jié)構(gòu)體成員member(即children)在結(jié)構(gòu)體(即task_struct)中的偏移量,然后再根據(jù)member的地址(即ptr)來(lái)求出結(jié)構(gòu)體(即task_struct)的地址。

            哇哈哈  下面是我覺(jué)得最經(jīng)典的地方((type *)0)->member,他將地址0強(qiáng)制轉(zhuǎn)換為type類型的指針,然后再指向成員member,此時(shí)((type *)0)->member的地址即為member成員相對(duì)于結(jié)構(gòu)體的位移。
            其中typeof()相當(dāng)于C的sizeof(),(char *)__mptr這個(gè)強(qiáng)制轉(zhuǎn)換用來(lái)計(jì)算偏移字節(jié)量,size_t被定義為unsigned int 類型。



                   這樣這個(gè)過(guò)程就不難理解了吧


            PS:網(wǎng)上找到的list_entry宏定義的另一個(gè)版本(有人說(shuō)是老版本kernel里面的),其實(shí)是一樣的,大家自己理解吧。^_^
            #define list_entry(ptr, type, member) \ 
            ((type *)((char *)(ptr)-(unsigned long)(&((type *)0)->member))) 
            无码人妻久久一区二区三区蜜桃| 久久亚洲国产成人影院| 久久精品国产久精国产一老狼| 色综合久久中文综合网| 日韩十八禁一区二区久久| 久久婷婷色综合一区二区| 国产精品99久久精品| 中文字幕无码久久人妻| 天天久久狠狠色综合| 亚洲色欲久久久综合网东京热| 免费国产99久久久香蕉| 亚洲人成伊人成综合网久久久 | 久久九九精品99国产精品| 久久精品国产99国产精偷| 三级三级久久三级久久| 国产69精品久久久久99尤物| 少妇人妻88久久中文字幕| 久久无码国产| 久久国产V一级毛多内射| 久久免费的精品国产V∧| 久久综合色老色| 久久播电影网| 人人狠狠综合久久亚洲婷婷| 精品一区二区久久久久久久网站| 久久综合久久美利坚合众国| 久久男人中文字幕资源站| 97久久精品人人做人人爽| 久久亚洲精品中文字幕三区| 久久精品无码专区免费青青| 亚洲国产精品无码久久98| 一本一道久久a久久精品综合| 久久久久国产精品麻豆AR影院| 国产高潮国产高潮久久久91| 99久久精品毛片免费播放| 国内精品久久久久久久久电影网| 99精品久久久久久久婷婷 | 亚洲伊人久久大香线蕉综合图片| 久久99国产精品久久99小说| 怡红院日本一道日本久久 | 国产L精品国产亚洲区久久| 久久久九九有精品国产|