你要把它放在最开始，在返回类型之前。但是大多数编译器忽略了它。如果它是定义的，并且它的代码块较小，大多数编译器都认为它是内联的。

1)如今，几乎从来没有。如果内联一个函数是个好主意，编译器会在没有你帮助的情况下完成它。

2)。看到# 1。

(经过编辑，反映出你把问题分成了两个问题……)

F.5:如果一个函数非常小并且对时间要求很高，那么就内联声明它

原因:一些优化器在没有程序员提示的情况下很擅长内联，但不要依赖它。测量!在过去40年左右的时间里，我们一直被承诺在没有人类提示的情况下，编译器可以比人类更好地内联。我们还在等待。指定inline(在类定义中编写成员函数时显式或隐式)可以鼓励编译器更好地完成工作。

来源:https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines.html Rf-inline

有关示例和异常，请访问源代码(参见上面)。

实际上，几乎从来没有。你所做的只是建议编译器将给定的函数内联(例如，替换对该函数的所有调用/w它的函数体)。当然，这不能保证:编译器可能会忽略该指令。

编译器通常会很好地检测和优化这样的事情。

除非您正在编写一个库或有特殊的原因，否则您可以忘记内联，而是使用链接时间优化。它消除了函数定义必须在头文件中才能考虑跨编译单元进行内联的要求，这正是内联所允许的。

(但请参阅为什么不使用链接时间优化?)

编译时，GCC默认不内联任何函数 启用优化。我不知道visual studio - deft_code

我检查了Visual Studio 9(15.00.30729.01)通过/FAcs编译并查看汇编代码: 编译器产生了对成员函数的调用，而没有在调试模式下启用优化。即使函数被标记为__forceinline，也不会产生内联运行时代码。