什么时候编译器不知道什么时候使一个函数/方法'内联'?

这取决于所使用的编译器。不要盲目相信现在的编译器比人类更了解如何内联，也不要因为性能原因而使用它，因为它是链接指令而不是优化提示。虽然我同意这些观点在意识形态上是正确的，但遇到现实可能是另一回事。

在阅读了多个线程之后，出于好奇，我尝试了内联对我正在工作的代码的影响，结果是我得到了GCC的可测量加速，而英特尔编译器的速度没有提高。

(更多细节:数学模拟与少数关键函数定义类之外，GCC 4.6.3 (g++ -O3)， ICC 13.1.0 (icpc -O3);将内联添加到临界点导致GCC代码加速6%)。

因此，如果你将GCC 4.6限定为现代编译器，那么如果你编写CPU密集型任务，并且知道瓶颈在哪里，内联指令仍然很重要。

Inline关键字请求编译器用函数体替换函数调用，它首先计算表达式，然后传递。它减少了函数调用开销，因为不需要存储返回地址，函数参数也不需要堆栈内存。

使用时间:

提高绩效 减少呼叫开销。 因为它只是对编译器的请求，所以某些函数不会被内联 *大功能 有太多条件参数的函数 递归代码和带有循环的代码等等。

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

2)。看到# 1。

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

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

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

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

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

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