本文为senlie原创。转载请保留此地址：http://blog.csdn.net/zhengsenlie
Item 44 46
1.将大多数 inlining 限制在小型、被频繁调用的函数身上。这可使日后的调试过程和二进制升级更easy，
也可使潜在的代码膨胀问题最小化，使程序的速度提升机会最大化。
2.inline是对编译器的一个申请。
隐喻方式：将函数定义于 class 定义式内， 如成员函数或 friend 函数
明白声明：在定义式前加keyword inline
编译器会拒绝大过复杂的函数 inlining， 而全部对 virtual 函数的调用也都会使 inlining 落空。
由于 virtual 意味 ”等待。直到执行期才确定调用哪个函数“， 而 inline 意味”执行前，先将调用动作替换为被调用函数的本体“。
3.尽管编译器有意愿 inlining 某个函数。还是可能为该函数生成一个 outlined 函数本体。
正常调用能够inlined， 通过函数指针的调用也许不被 inlined
inline void f() {...} //如果编译器有意愿 inline "对f的调用"
void (*pf)() = f; //pf指向 f
//...
f(); //这个调用将被 inlined,由于它是一个正常调用。
pf();//这个调用也许不被 inlined，由于它通过函数指针达成。
4.不要仅仅由于 function templates 出现的头文件，就将它们声明为 inline
Inline 函数通常一定被置于头文件内，由于大多数建置环境在编译过程中进行inlining，而为了将一个“函数调用”
替换为“被调用函数函数的本体”。嘎嘎必须知道那个函数长什么样子。
Templates 通常也被置于头文件内，由于它一旦被使用，编译器为了将它详细化。须要知道它长什么样子。
但 Template 的详细化与 inlining无关。不要仅仅由于 function templates 出现的头文件，就将它们声明为 inline。
5.inline函数f：一旦改变f，全部用到f的client面程序都必须又一次编译
non-inline函数：一旦改变f,client仅仅需又一次连接。