c++再学习（内联函数）

什么是内联函数？
以inline修饰的函数叫做内联函数，编译时C++编译器会在调用内联函数的地方展开，没有函数压栈的开销，内联函数提升程序运行的效率。

内联函数与普通函数执行过程有何不同？
普通函数的执行过程中，首先要保存寄存器的位置，然后传入参数——这时程序转到函数处运行，然后再返回，而内联函数不需要这么做，编译器会在程序运行前把函数嵌入，运行时程序顺序进行，不需要前往函数处。

什么样的函数适合写成内联函数？
从写程序的角度上来说，似乎任何函数都可以加上inline，但实际上，编译器并不允许过于复杂的函数被写成内联函数。
以下摘自《高质量程序设计指南——C++/C语言》：

而在Google C++编码规范中则规定得更加明确和详细：

内联函数：

Tip： 只有当函数只有 10 行甚至更少时才将其定义为内联函数.

定义: 当函数被声明为内联函数之后, 编译器会将其内联展开, 而不是按通常的函数调用机制进行调用.
优点: 当函数体比较小的时候, 内联该函数可以令目标代码更加高效. 对于存取函数以及其它函数体比较短, 性能关键的函数, 鼓励使用内联.
缺点: 滥用内联将导致程序变慢. 内联可能使目标代码量或增或减, 这取决于内联函数的大小. 内联非常短小的存取函数通常会减少代码大小, 但内联一个相当大的函数将戏剧性的增加代码大小. 现代处理器由于更好的利用了指令缓存, 小巧的代码往往执行更快。
结论: 一个较为合理的经验准则是, 不要内联超过 10 行的函数. 谨慎对待析构函数, 析构函数往往比其表面看起来要更长, 因为有隐含的成员和基类析构函数被调用!
另一个实用的经验准则: 内联那些包含循环或 switch 语句的函数常常是得不偿失 (除非在大多数情况下, 这些循环或 switch 语句从不被执行).
有些函数即使声明为内联的也不一定会被编译器内联, 这点很重要; 比如虚函数和递归函数就不会被正常内联. 通常, 递归函数不应该声明成内联函数.(递归调用堆栈的展开并不像循环那么简单, 比如递归层数在编译时可能是未知的, 大多数编译器都不支持内联递归函数). 虚函数内联的主要原因则是想把它的函数体放在类定义内, 为了图个方便, 抑或是当作文档描述其行为, 比如精短的存取函数.

-inl.h文件：

Tip： 复杂的内联函数的定义, 应放在后缀名为 -inl.h 的头文件中.

内联函数的定义必须放在头文件中, 编译器才能在调用点内联展开定义. 然而, 实现代码理论上应该放在 .cc 文件中, 我们不希望 .h 文件中有太多实现代码, 除非在可读性和性能上有明显优势.

如果内联函数的定义比较短小, 逻辑比较简单, 实现代码放在 .h 文件里没有任何问题. 比如, 存取函数的实现理所当然都应该放在类定义内. 出于编写者和调用者的方便, 较复杂的内联函数也可以放到 .h 文件中, 如果你觉得这样会使头文件显得笨重, 也可以把它萃取到单独的 -inl.h 中. 这样把实现和类定义分离开来, 当需要时包含对应的 -inl.h 即可。

为什么要把这些函数写为内联？
一，有时我们希望写出一个单独可以复用的模块，这样也方便修改。
二，增强程序的可读性和可理解性。

内联函数与宏之间有什么不同？如何选择这两者？
正如上述链接所说，内联函数是宏的升级，宏是由预处理器进行处理的，而内联函数则由编译器处理。内联函数的处理在宏之后，相比起宏定义的对等替换，内联函数的值传递更加安全。

我在写作这篇文章时参考了内联函数与宏函数的区别和c++ 内联函数 （讲解的TM真好），非常感谢两位大手子。