• <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))) 
            无码任你躁久久久久久久| 中文字幕无码久久久| 中文精品久久久久国产网址| 久久se精品一区二区影院| 久久强奷乱码老熟女网站| 91视频国产91久久久| 激情五月综合综合久久69| 久久99久国产麻精品66| 97超级碰碰碰碰久久久久| 伊人久久精品无码二区麻豆| 久久香蕉国产线看观看99| 免费精品久久天干天干| 91精品国产91久久久久久青草| 亚洲国产视频久久| 2021国产成人精品久久| 久久久精品人妻一区二区三区四| 精品久久久久中文字| 国产精品久久久久久福利69堂| 中文字幕无码久久人妻| 韩国三级中文字幕hd久久精品 | 国产精品一久久香蕉国产线看观看 | 亚洲欧美成人综合久久久| 国产精品99久久久久久www| 亚洲国产精品无码久久久秋霞2| 久久精品国产福利国产琪琪| 狠狠色丁香久久婷婷综合五月| 18禁黄久久久AAA片| 人妻无码久久精品| 国产午夜福利精品久久| 久久精品国产影库免费看| 久久精品一本到99热免费| 久久精品国产精品亚洲精品| 欧美久久一级内射wwwwww.| 国产毛片久久久久久国产毛片| 国产午夜福利精品久久2021| 久久亚洲精品成人AV| 久久人人爽人人爽人人片AV东京热 | 亚洲国产精品热久久| 色综合久久久久无码专区| 亚洲中文久久精品无码ww16| 色综合久久夜色精品国产|