条款30：透彻了解inlining的里里外外——164

inline函数的优缺点——164

优点：
（1）调用inline函数不需蒙受函数调用所招致的额外开销。
（2）编译器对inline函数有能力对它（函数本体）执行语境相关最优化。
缺点：
由于“对inline函数的每一个调用”都以函数本体替换之，这样做可能增加你的目标码大小。过度热衷inling会造成程序体积太大。即使拥有虚内存，inline造成的代码膨胀会导致额外的换页行为，降低指令高速缓存装置的击中率，以及伴随这些而来的效率损失。

inline函数可被隐喻提出，也可明确提出——165

隐喻方式是将函数定义于class定义式内，使其成为类的成员函数。
明确声明则是在函数定义式前加上关键字inline。

virtual函数拒绝inlining——166

大部分编译器拒绝将太过复杂的函数inlining，而所有对virtual函数的调用也都会使inlining落空。因为virtual意味“等待，直到运行期才确定调用哪个函数”，而inline意味“执行前，先将调用动作替换为被调用函数的本体。”

编译器有意愿inlining某个函数——166

一个表面上看似inline的函数是否真是inline，取决于你的建置环境，主要取决于编译器。大部分编译器如果无法将你要求的函数inline化，会给你一个警告信息。
编译器通常不对“通过函数指针而进行的调用”实施inlining，这意味着对inline函数的调用有可能被inlined，也可能不被inlined，取决于该调用的实施方式：

inline void f(){ ... }  //假设编译器有意愿inline“对f的调用”
void (* pf)()=f;    //pf指向f
...
f();    //这个调用将被inlined，因为它是一个正常调用
pf();   //这个调用或许不被inlined，因为它通过函数指针达成

尽量不要对构造函数和析构函数inlining——167

构造函数和析构函数往往是inlining的糟糕候选人，举个例子，派生类的构造函数在编译器看来可能多次调用基类的构造函数，如此产生多个基类的构造函数副本，另外delete而调用析构函数的行为也会出现这种情况。

总结——169

（1）将大多数Inlining限制在小型、被频繁调用的函数身上。这可使日后的调试过程和二进制升级更容易，也可使潜在的代码膨胀问题最小化，使程序的速度提升机会最大化。
（2）不要只因为function templates出现在头文件，就将它们声明为inline。