设为首页 加入收藏

TOP

Linux内核源码container_of宏及其标准C版本实现详解
2017-01-24 08:15:38 】 浏览:249
Tags:Linux 内核 源码 container_of 及其 标准 版本 实现 详解

目前为止最详尽解释Linux内核源码中的container_of宏及其标准C版本实现。


在Linux内核源码文件 include/linux/kernel.h中,定义了container_of宏,源码如下:


对于这个宏的准确理解是进入Linux内核源码分析的必不可少条件,我自己百度了一下,有很多博文对此进行了解释,然而没有一个能解释的十分清楚。于是google了一下,参考了一些英文资料,终于把这个问题搞清楚了,记录下来供自己和大家参考。


这个宏的唯一目的就是根据一个结构体实例的成员所在的内存地址,推算出该结构体的起始内存地址。在C语言中,已知结构体定义的情况下,编译器负责安排结构体实例的内存布局,当然编译器对于每个成员变量在结构体中的偏移量非常清楚。


根据成员变量的地址来计算结构体的起始地址也就非常简单了:成员变量地址 - 成员变量在结构体中的偏移量。
总之,在C语言中,编译器在编译期间能够确定成员变量在结构体中的偏移量。


尽管C语言编译器对成员变量的内存偏移了如指掌,然而C语言标准中并没有提供一个非常直观的语法来让程序员获取此偏移量。也许C语言设计者认为这种需求主要实在编译器内部,对于C程序员来说并不常用。为此需要一个小小的技巧,即假设结构体起始地址为A,那么(成员变量的内存地址 - A)就是偏移量了。更进一步,令A=0,那么此时成员变量的内存地址==偏移量,写成代码如下:


虽然0是一个非法指针,然而此处并没有真正对其进行内存访问(运行期),只是利用其进行计算(编译器),所以不会造成任何程序错误。


也许获取成员偏移量这种需求的增多,GCC编译器的新版本中提供了专门的语法结构__copiler_offsetof(TYPE,MEMBER) 来对此进行支持。


为了兼容不同的GCC版本,Linux源码文件include/stddef.h中定义了offsetof宏,如下:


先给出一个简单的例子:


上面例子的输出结果是 x = 2。
当然这个语法是GCC特有的,上述代码在VC++中无法成功编译。


乍一看,好像与标准C中的逗号运算符类似,在标准C中:


效果与前面一样。
然而GCC的这个扩展支持的功能要远远大于逗号运算符。因为({})里面可以有任意的语句。如


只要({})里面最后一个表达式为一个值,这个值就是最终的结果。


这是一个非标准的GNU C扩展,用于得到一个变量的数据类型。如:


此时, typeof(x) 和 int 是等价的。需要注意的是typeof()并不是一个宏,而是编译器内建构件,所以typeof(x)并不是等于字符串”int”。编译器看到它时,自动推算变量x的数据类型,这个是在编译器确定的,要与高级语言的运行时类型识别区分开来。


由于是一个GCC扩展,所以同样上述代码在标准C中无法编译通过。


现在再看上述代码,是否已经豁然开朗?


也许你还存在一个疑问,({})中的第一个语句有啥用?


的确,这个语句并不影响最后的计算结果。其作用是为了检查ptr是否是member对应的类型指针。假如程序员不小心把代码写成了如下:


那么container_of宏的第一个语句就被解析出:


由于age是int类型,而把一个int*赋值给float*变量是不合法的,所以编译器会发出警告,以提示程序员是否写错了代码。当然这种保护的作用有限,假如age类型也为float,则无法被编译器发现。不论如何,这种不会带来计算负担的检查还是值得的。


学习Linux内核源码的一个好处就是把其中的一些编程技巧应用到平时的项目中。然而Linux内核之外的世界里很少使用这么多的GCC扩展,那么是否我们可以用标准C来实现类似功能的container_of呢?


把typeof(),({}),扩展去掉后,我们就得到了一个使用标准C编写的简化版本的container_of。


由于是兼容标准C,所以在GCC,VC++等主流编译器下均可以顺利编译通过。


】【打印繁体】【投稿】【收藏】 【推荐】【举报】【评论】 【关闭】 【返回顶部
上一篇Freestanding C与交叉编译器的生.. 下一篇GCC和C99中结构体的标签式初始化..

最新文章

热门文章

Hot 文章

Python

C 语言

C++基础

大数据基础

linux编程基础

C/C++面试题目