什么时候我应该写关键字内联的函数/方法在c++ ?
在看到一些答案后，一些相关的问题:
在c++中，什么时候我不应该为函数/方法写关键字“内联”? 什么时候编译器不知道什么时候使一个函数/方法'内联'? 当一个应用程序为一个函数/方法写“内联”时，它是否重要?
当前回答
编译时，GCC默认不内联任何函数 启用优化。我不知道visual studio - deft_code
我检查了Visual Studio 9(15.00.30729.01)通过/FAcs编译并查看汇编代码: 编译器产生了对成员函数的调用，而没有在调试模式下启用优化。即使函数被标记为__forceinline，也不会产生内联运行时代码。
其他回答
除非您正在编写一个库或有特殊的原因，否则您可以忘记内联，而是使用链接时间优化。它消除了函数定义必须在头文件中才能考虑跨编译单元进行内联的要求，这正是内联所允许的。
(但请参阅为什么不使用链接时间优化?)
F.5:如果一个函数非常小并且对时间要求很高，那么就内联声明它
原因:一些优化器在没有程序员提示的情况下很擅长内联，但不要依赖它。测量!在过去40年左右的时间里，我们一直被承诺在没有人类提示的情况下，编译器可以比人类更好地内联。我们还在等待。指定inline(在类定义中编写成员函数时显式或隐式)可以鼓励编译器更好地完成工作。
来源:https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines.html Rf-inline
有关示例和异常，请访问源代码(参见上面)。
编译时，GCC默认不内联任何函数 启用优化。我不知道visual studio - deft_code
我检查了Visual Studio 9(15.00.30729.01)通过/FAcs编译并查看汇编代码: 编译器产生了对成员函数的调用，而没有在调试模式下启用优化。即使函数被标记为__forceinline，也不会产生内联运行时代码。
Inline关键字请求编译器用函数体替换函数调用，它首先计算表达式，然后传递。它减少了函数调用开销，因为不需要存储返回地址，函数参数也不需要堆栈内存。
使用时间:
提高绩效 减少呼叫开销。 因为它只是对编译器的请求，所以某些函数不会被内联 *大功能 有太多条件参数的函数 递归代码和带有循环的代码等等。
在开发和调试代码时，不要使用内联。这会使调试复杂化。
添加它们的主要原因是为了帮助优化生成的代码。通常，这是以增加的代码空间换取速度，但有时内联可以同时节省代码空间和执行时间。
在算法完成之前将这种思想扩展到性能优化是不成熟的优化。
