C语言的inline.docVIP

C语言的inline C语言的inline 转以前我用Docbook写的一篇关于C语言inline关键字使用的文章。唉，要是能用docbook直接写Blog就好了。用得越多发现Docbook这个东西真是越好用啊～～ ? 本文介绍了GCC和C99标准中inline使用上的不同之处。inline属性在使用的时候，要注意以下两点： 从inline的作用来看，其放置于函数声明中应当也是毫无作用的：inline只会影响函数在translation unit（可以简单理解为C源码文件）内的编译行为，只要超出了这个范围inline属性就没有任何作用了。所以inline关键字不应该出现在函数声明中，没有任何作用不说，有时还可能造成编译错误（在包含了sys/compiler.h的情况下，声明中出现inline关键字的部分通常无法编译通过）； inline关键字仅仅是建议编译器做内联展开处理，而不是强制。在gcc编译器中，如果编译优化设置为-O0，即使是inline函数也不会被内联展开，除非设置了强制内联（__attribute__((always_inline))）属性。 1.?GCC的inline gcc对C语言的inline做了自己的扩展，其行为与C99标准中的inline有较大的不同。 1.1.?static inline GCC的static inline定义很容易理解：你可以把它认为是一个static的函数，加上了inline的属性。这个函数大部分表现和普通的static函数一样，只不过在调用这种函数的时候，gcc会在其调用处将其汇编码展开编译而不为这个函数生成独立的汇编码。除了以下几种情况外： 函数的地址被使用的时候。如通过函数指针对函数进行了间接调用。这种情况下就不得不为static inline函数生成独立的汇编码，否则它没有自己的地址。 其他一些无法展开的情况，比如函数本身有递归调用自身的行为等。 static inline函数和static函数一样，其定义的范围是local的，即可以在程序内有多个同名的定义（只要不位于同一个文件内即可）。 注意 gcc的static inline的表现行为和C99标准的static inline是一致的。所以这种定义可以放心使用而没有兼容性问题。 要点： gcc的static inline相对于static函数来说只是在调用时建议编译器进行内联展开； gcc不会特意为static inline函数生成独立的汇编码，除非出现了必须生成不可的情况（如通过函数指针调用和递归调用）； gcc的static inline函数仅能作用于文件范围内。 重要 虽然gcc的inline函数的行为很好理解，但是它和C99的inline是有很大差别的。请注意看后面对C99 inline的描述（第?2.2?节 “inline”），以及如何以兼顾GCC和C99的方式使用inline函数。 要点： gcc的inline函数相对于普通extern函数来说只是在同一个文件内调用时建议编译器进行内联展开； gcc一定会为inline函数生成一份独立的汇编码，以便其在本文件之外被调用。在别的文件内看来，这个inline函数和普通的extern函数无异； gcc的inline函数是全局性的：在文件内可以作为一个内联函数被内联展开，而在文件外可以调用它。 重要 gcc的extern inline函数的用法相当奇怪，使用的范围也非常狭窄：几乎没有什么情况会需要用它。 在C99中，也没有关于extern inline这样的描述，所以不建议大家使用extern inline，除非你明确理解了这种用法的意义并且有充足的理由使用它！ 要点： gcc绝对不会为extern inline的函数生成独立汇编码 extern inline函数允许和全局函数重名，可以在文件范围内替代外部定义的全局函数 extern inline函数的应用范围十分狭窄，而且行为比较奇怪，不建议使用 第?1.1?节 “static inline”）。 2.2.?inline C99的inline的使用相当令人费解。当一个定义为inline的函数没有被声明为extern的时候，其表现有点类似于gcc中extern inline那样（C99里面这段描述有点晦涩，原文如下）： If all of the file scope declarations for a function in a translation unit include the inline function specifier without extern, then the definition in that translatio