什么时候应该将内联用于函数/方法？

inline更接近static或extern比告诉编译器内联你的函数。 extern，static并且inline主要由链接器使用，而不是编译器。

有时他们会写inline告诉编译器您认为该函数应该是内联的。这在 1998 年是正确的并且是有道理的，但 20 年后编译器不再需要这些提示。不用说，人们在优化代码时经常会出错，因此大多数编译器完全忽略了这些“提示”。

• static- 函数/变量名称不能在其他翻译单元中使用。链接器必须确保这不是偶然完成的。

• extern- 在给定的翻译单元中使用此名称，但如果未定义，请不要抱怨。链接器会弄清楚并确保每个字符都有一个地址。

• inline- 这个函数会在不同的翻译单元中定义，忽略它。链接器必须确保所有翻译单元使用相同的实例。

注意：一般来说，用 定义模板inline是没有意义的，因为它们已经使用了类似于inline. 但是，显式 ( explicit) 模板特化和初始化需要使用inline.

回答您的问题：

• 什么时候应该在 C++ 中的函数或方法上使用 inline 关键字？

  仅当您想在标题中定义函数时。更准确地说，当多个函数定义出现在不同的翻译单元中时。将小（单行）函数放在头文件中是个好主意，因为这将为编译器提供更多优化信息。但是，这会增加构建时间。

• 什么时候不应该inline在 C++ 中的函数或方法上使用关键字？

  不要inline仅仅因为你确定你的代码会运行得更快就使用它。

• 编译器何时不知道使函数“内联”？

  一般来说，编译器比你更清楚如何进行这种优化。但是，如果没有函数定义（在给定的翻译单元中），它就不能这样做。通常，在最优化的代码中，所有private方法都是内联的，无论您是否要求。为了防止在 GCC 中使用内联__attribute__(( noinline ))，在 Visual Studio 中使用__declspec(noinline).

• 在工作中的应用程序中使用多线程inline是否会以任何方式体现出来？

  多线程不会影响操作inline和函数内联。

在类定义中，所有带有代码的方法都将是内联的，很难确定这是好是坏，因为编译器只信任你，不会有任何警告。

class A{
void method(){
 очень большой
 }
};

如果方法代码在头文件中使用inline指令布置在类定义之外，那么编译器可能会警告代码会更大。

class A{
void method();
};
inline void A::method(){...}

一切都会好起来的，但是编译器拥有一切的权利，很难猜测他们是如何实现的。它仍然只是您是否希望看到警告。