条款30 透彻了解`inline`的里里外外

• inline函数无法随程序库的升级而升级

比如 f是程序库内的一个inline函数，客户将“f函数本体”编进其程序中，一旦程序库设计者决定改变f，所有用到f的客户端程序都必须重新编译。然而如果f是non-inline函数，一旦它有任何修改，客户端只需重新连接就好，远比重新编译的负担少很多。如果程序库采取动态连接，升级版函数甚至可以不知不觉地被应用程序吸纳。

• 大多数调试器对inline函数束手无策

毕竟你不能在一个并不存在的函数内设置断点

• 不要将构造/析构函数声明为inline
• 不要将virtual函数声明为inline

因为虚函数意味着在运行期才决定调用哪个函数，而inline则要求在编译时将函数调用替换为函数本体。

如果inline函数的本体很小，编译器针对“函数本体”所产出的码可能比针对“函数调用”所产出的码更小。果真如此，将函数 inlining确实可能导致较小的目标码（object code）和较高的指令高速缓存装置击中率！

因为大多数建置环境（buildenvironments）在编译过程中进行 inlining，而为了将一个“函数调用”替换为“被调用函数的本体”，编译器必须知道那个函数长什么样子。