主要参考 《Effective C++》
- Understand the ins and outs of inlining.
- inline函数背后的整体观念是:将“对此函数的每一个调用”都以函数本体替换之
- inline只是对编译器的一个申请,不是一个强制命令
- inline的声明可以隐喻也可以显式
- 隐喻的方式是将函数定义于class的定义式内
- 显式的方式是直接在前面加上 inline 的字段
- inline 可以减少函数调用所招致的额外开销,但是也可能造成代码的膨胀,使得程序体积太大
- 大部分的编译器是拒绝将virtual 函数设置为inline的,因为virtual需要等待,而inline则是在生成之前就要插入的
- 构造函数和析构函数往往是inlining的糟糕候选
- 尤其是在代码有继承的情况下
- 因为可能在构造函数里面,插入大量的基类的构造代码
- 这和我们大学上课时打的简单代码题有所不同
- 尤其是在代码有继承的情况下
- 必须评估“将函数声明为inline”所带来的冲击,因为其无法随程序库的升级而升级
- 大部分的调试器对于inline的函数束手无策,因为不能在一个并不存在的函数内设置断点
- 在开发时,一开始先不要将任何函数声明为inline,或至少将inlining施行的范围局限。我们应该要做的是开发完成后,再应用程序的80-20经验法则,对花费时间多的那20%的代码上用inline或其他方法来瘦身。