Efective C++之三十

      要点：理解inline的有缺点。

      inline的基本想法就是用代码体取代函数调用。显然，这会增加代码大小，导致更多的页面交换、更低的缓存击中率等等。如果代码体小于函数调用代码，那inline导致代码更小、缓存击中率更高。

      inline对编译器而言，只是建议，编译器不一定真的inline。定义inline有两种方式，在函数定义时隐式定义(通常是成员函数，也可以是友元函数)，使用inline关键字显式定义。

      有的程序员认为模板函数一定是inline的，这不正确。inline函数通常必须在头文件中，是因为大多数构建工具在编译时进行inline处理。模板通常在头文件中，是因为编译器实例化时需要知道模板。模板实例化和inline是相互独立的。

      许多编译器对复杂的代码不进行inline处理，虚函数也无法inline。另外，如果需inline的函数将通过函数指针调用，该函数也无法inline。通常，构造函数和析构函数也不适合inline，它们的代码比看上去的多得多。

      库程序设计者必须评估inline的影响，因为对inline函数无法提供二进制代码升级。如果库设计者修改了inline函数的实现，客户程序需要重新编译，而如果修改的是非inline函数，客户程序仅需要重新链接；如果是采用动态链接，则对客户程序没有影响。对程序开发这很重要，对编码阶段而已，大多数调试器调试inline函数有麻烦，如何设置断点就是一个问题；许多调试器debug版不允许inline。

     总之，inline的策略是，先不inline，或只限于必须inline或真的很简单的代码。