将函数声明为“内联”的好处？

Question

每次我读到 C 中的“内联”声明时，都会提到它只是一个提示 给编译器（即它不必遵守它）。那么添加它有什么好处，还是我应该依赖编译器比我更了解？

Answer 1

使用 inline 关键字有两个原因。一个是优化提示，你可以放心地忽略它；你的编译器也喜欢忽略它。另一个原因是允许一个函数存在于多个翻译单元中，并且这种使用是绝对必要的。例如，如果将函数放入 .h 头文件中，最好将其声明为内联。

Answer 2

编译器很聪明，但仍然可以从开发人员的提示中受益。如果您认为某些函数特别应该内联，那么就这样声明它们。这当然不会造成伤害。

Answer 3

一般来说，现代编译器会“内联”他们认为重要的东西。我会让它为你处理。

编辑：

读完别人写的东西后，你知道吗？我想我会让它处理大部分内联，然后分析你的代码，然后是瓶颈的内联函数。我的建议受到与我一起工作的某个开发人员的影响，他预先优化了他的所有代码。有一半的时间我需要花5分钟。只是弄清楚想要完成什么。

Answer 4

就像其他人所说的那样，关键字只是一个提示，但大多数编译器都非常重视它。此外，大多数编译器不擅长内联来自不同编译单元的函数 - 如果您在文件 ac 中定义 Foo()，但在 bc 中调用它code>，它智能地内联 bc 对 Foo() 的调用的可能性相当小。 （事实上​​，如果没有 LTCG，这种情况根本不会发生。）因此，当您确定某个函数确实需要内联时，就值得使用它。这是最好根据经验时机做出的决定。

例如，在我的平台上，我测量了内联函数和直接（非虚拟）函数之间的差异约为 5 纳秒，因此我的经验法则是，我内联函数的周期应少于 10 个：简单的访问器等。当我的探查器告诉我，我在调用它们的开销上浪费了很多时间时，其他特定函数会被内联。

Answer 5

C++ FAQ对此有很好的信息。我更喜欢使用内联函数，因为它为编译器提供了更多关于我“希望”它做什么的信息。编译器最终是否内联它取决于它，但给它一点帮助不会有什么坏处。

Answer 6

它为编译器提供了一种简单的机制来应用更多优化。
内联函数速度更快，因为您不需要将参数和返回地址等内容压入/弹出堆栈；但是，它确实会使您的二进制文件稍大一些。

它有显着差异吗？对于大多数人来说，在现代硬件上还不够明显。但它可以带来改变，这对某些人来说已经足够了。

将某些内容标记为内联并不能保证它会内联。这只是给编译器的一个建议。有时这是不可能的，例如当您有虚函数或涉及递归时。有时编译器只是选择不使用它。
我可以看到这样的情况会产生明显的差异：

inline int aplusb_pow2(int a, int b) {
  return (a + b)*(a + b) ;
}

for(int a = 0; a < 900000; ++a)
    for(int b = 0; b < 900000; ++b)
        aplusb_pow2(a, b);

Answer 7

您不能绝对确定编译器会捕获代码的“关键”部分：当您知道它很重要时，请使用“内联”。

编译器不是分析器。

Answer 8

差异可能并不重要。

保留 inline 直到您测量代码性能并确定可以通过内联编译器选择视为正常的特定函数来获得一些性能。即使这样，也不能保证编译器会内联该函数，但至少你已经做了你能做的一切:)

Answer 9

由于它只是对编译器的提示，因此编译器可以自由地忽略它，并且很可能会忽略它。编译器有很多您没有的相关信息，例如循环将占用多少缓存行，并且可以根据具体情况进行内联或不内联。

这只是一个提示，所以使用它不太可能造成任何伤害。几乎可以肯定，您应该避免任何强制函数内联或不内联的特定于编译器的事情。

Answer 10

该声明几乎毫无用处，并且与最初的意图大相径庭。编译器对于内联什么和不内联什么采取了更多的自由（IMO）。

它是对编译器的一个提示，使用它会对您有所帮助，并且只有在某些时候才具有预期的意义。

如果您需要编写性能关键的程序，请不要依赖编译器（性能和优化的知识不是一天就能学会的）。通常有一种方法可以覆盖编译器的判断（而不仅仅是暗示您的偏好），以强制内联。这就是我在 95% 以上的情况下声明内联函数/方法的方式（也知道它何时是隐式的）。如果/当您知道需要知道如何正确内联时，也可以使用强制内联，但一定要了解何时以及如何使用它。

内联并不是提高性能的灵丹妙药。它可能会产生负面影响。在极端情况下，滥用内联可能会产生一些可怕的后果，但如果使用不当，通常性能会更差，并且二进制文件会更大。正确使用内联可以产生相当积极的结果。

内联还有助于删除原本会导出的符号，从而减少二进制文件，具体取决于实例的数量和大小。

另一件事：您将获得与 C++ 不同的链接。