gcc标准，c++中的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函数仅能作用于文件范围内。

1.2. inline
相
对于C99的inline来说，GCC的inline更容易理解：可以认为它是一个普通全局函数加上了inline的属性。即在其定义所在文件内，它的表
现和static
inline一致：在能展开的时候会被内联展开编译。但是为了能够在文件外调用它，gcc一定会为它生成一份独立的汇编码，以便在外部进行调用。即从文件
外部看来，它和一个普通的extern的函数无异。举个例子：
foo.c:
/* 这里定义了一个inline的函数foo() */
inline foo() {
    ...;   <- 编译器会像非inline函数一样为foo()生成独立的汇编码
}
void func1() {
    foo(); <- 同文件内foo()可能被编译器内联展开编译而不是直接call上面生成的汇编码
}
而在另一个文件里调用foo()的时候，则直接call的是上面文件内生成的汇编码：
bar.c:
extern foo(); <- 声明foo()，注意不能在声明内带inline关键字
void func2() {
    foo();    <- 这里就是直接call在foo.c内为foo()函数生成的汇编码了
}

要点：
gcc的inline函数相对于普通extern函数来说只是在同一个文件内调用时建议编译器进行内联展开；
gcc一定会为inline函数生成一份独立的汇编码，以便其在本文件之外被调用。在别的文件内看来，这个inline函数和普通的extern函数无异；
c的inline函数是全局性的：在文件内可以作为一个内联函数被内联展开，而在文件外可以调用它。

2、c++中的inline

在c++中，为了解决一些频繁调用的小函数大量消耗栈空间或者是叫栈内存的问题，特别的引入了inline修饰符，表示为内联函数。

要点：

inline的使用是有所限制的，inline只适合函数体内代码简单的函数使用，不能包含复杂的结构控制语句例如while switch，并且不能内联函数本身不能是直接递归函数(自己内部还调用自己的函数)。

define的确也可以做到inline的这些工作，但是define是会产生副作用的，尤其是不同类型参数所导致的错误，由此可见inline有更强的约束性和能够让编译器检查出更多错误的特性，在c++中是不推荐使用define的。

　　附：#define和inline的区别

：宏define在预处理阶段完成；inline在编译阶段
：类型安全检查
    inline函数是函数：要做类型检查；
：替换方式
    define字符串替换；inline是指嵌入代码，在编译过程中不单独产生代码，在调用函数的地方不是跳转，而是把代码直接写到那里去，对于短小的函数比较实用，且安全可靠。
　 内联函数只是对编译器提出建议，是否进行替换，编译器有权拒绝。