inline 函数——内联函数

内容梗概：内联函数inline是为了提高程序执行效率的。我们在使用inline时需要将其放在函数的定义处，而非声明处。而且，我们也仅仅是将比较短小的函数写成内联函数。
1、为什么使用inline内联函数？
目的是提高程序执行效率。内联函数是用函数体替换调用语句，这样执行时就不需要做保存断点，恢复调用前的状态等工作，从而提高程序执行效率。 
但是，不可以都写成内联函数，因为这样会增加程序的长度，反而会降低效率的。所以，一般将比较短小的函数写成内联函数。
2、既然inline可以免去函数的调用，那为什么不每个函数都用inline呢？？
因为不是每一个函数都能在编译期在调用处展开,如虚函数就不能；
因为对于大函数来说，inline展开会令代码长度增加，带来的消耗反而更大。
inline函数可以免去函数调用的损失，但是却大大增加了代码量（代码膨胀）
如果对所有函数使用inline，不可避免的是，一个编译文件将是是一个超大规模的文件（所有函数都inline了），对于较大的工程文件，他的编译时间是不可忍受的！
	inline对编译器只是一个提示说明，编译器可以对你的函数inline也可以不inline。
所以即使你的函数都写上inline，最后的结果，也可能一个inline也没有。如果有些函数确实想采用inline，但是又怕编译给忽略掉，可以采用__inline，并在编译时刻选择以__inline方式内联而不是默认方式内联就可。
以下部分内容参考：http://www.cnblogs.com/berry/articles/1582702.html
使用内联函数的优点：从一个用户的角度来看，内联函数看起来和普通函数一样， 它可以有参数和返回值，也可以有自己的作用域，然而它却不会引入一般函数调用所带来的负担。另外， 它可以比宏更安全更容易调试。   
关键字inline 必须与函数定义体放在一起才能使函数成为内联，仅将inline 放在函数声明前面不起任何作用。即，内联函数应该与函数的定义放在一起。
如下风格的函数Foo 不能成为内联函数：
inline void Foo(int x, int y); // inline 仅与函数声明放在一起
void Foo(int x, int y){}
而如下风格的函数Foo 则成为内联函数：
void Foo(int x, int y);
inline void Foo(int x, int y) {}// inline 与函数定义体放在一起
所以说，inline 是一种“用于实现的关键字”，而不是一种“用于声明的关键字”。
对于“类”来说，应该这样：
class A
{
    public:
    void Foo(int x, int y);
};
// 定义文件
inline void A::Foo(int x, int y){} 
以下情况不宜使用内联：
（1）如果函数体内的代码比较长，使用内联将导致内存消耗代价较高。
（2）如果函数体内出现循环，那么执行函数体内代码的时间要比函数调用的开销大。类的构造函数和析构函数容易让人误解成使用内联更有效。要当心构造函数和析构函数可能会隐藏一些行为，如“偷偷地”执行了基类或成员对象的构造函数和析构函数。所以不要随便地将构造函数和析构函数的定义体放在类声明中。一个好的编译器将会根据函数的定义体，自动地取消不值得的内联（这进一步说明了 inline 不应该出现在函数的声明中）。
关于内联函数还有两个更令人头疼的问题。第一个问题是该如何进行维护。一个函数开始的时候可能以内联的形式出现，但是随着系统的扩展，函数体可能要求添加额外的功能，结果内联函数就变得不太可能，因此需要把inline   specifier去除以及把函数体放到一个单独的源文件中。另一个问题是当内联函数被应用在代码库的时候产生。当内联函数改变的时候，用户必须重新编译他们的代码以反映这种改变。然而对于一个非内联函数，用户仅仅需要重新链接就可以了。 
 
 总结：这里想要说的是，内联函数并不是一个增强性能的灵丹妙药。只有当函数非常短小的时候它才能得到我们想要的效果，但是如果函数并不是很短而且在很多地方都被调用的话，那么将会使得可执行体的体积增大。最令人烦恼的还是当编译器拒绝内联的时候。在老的实现中，结果很不尽人意，虽然在新的实现中有很大的改善，但是仍然还是不那么完善的。一些编译器能够足够的聪明来指出哪些函数可以内联哪些不能，但是，大多数编译器就不那么聪明了，因此这就需要我们的经验来判断。如果内联函数不能增强行能，就避免使用它！