告诉编译器内联函数是一种优化，而最重要的优化规则是过早的优化是万恶之源。始终写清晰的代码(使用高效的算法)，然后分析你的程序，只优化那些花费太长时间的函数。

如果您发现一个特定的函数非常简短，并且在一个紧凑的内部循环中被调用了数万次，那么它可能是一个很好的候选者。

不过，您可能会感到惊讶——许多c++编译器会自动为您内联小函数——而且它们可能也会忽略您的内联请求。

我经常使用内联函数不是为了优化，而是为了使代码更具可读性。有时代码本身比注释、描述性名称等更短、更容易理解。例如:

void IncreaseCount() { freeInstancesCnt++; }

读者可以立即了解代码的完整语义。

此外，在维护大型项目时，内联方法有严重的副作用。当内联代码被更改时，所有使用它的文件将由编译器自动重建(如果它是一个好的编译器)。这可能会浪费大量的开发时间。

当内联方法被传输到源文件而不再内联时，整个项目必须重新构建(至少这是我的经验)。当方法转换为内联时也是如此。

我通常遵循一个拇指规则，我用3-4个简单的语句作为内联函数。但最好记住，这只是给编译器的一个提示。最终是否使它内联的调用仅由编译器执行。如果有超过这些语句，我不会用一个愚蠢的编译器进行内联声明，这可能会导致代码膨胀。

告诉编译器内联函数是一种优化，而最重要的优化规则是过早的优化是万恶之源。始终写清晰的代码(使用高效的算法)，然后分析你的程序，只优化那些花费太长时间的函数。

如果您发现一个特定的函数非常简短，并且在一个紧凑的内部循环中被调用了数万次，那么它可能是一个很好的候选者。

不过，您可能会感到惊讶——许多c++编译器会自动为您内联小函数——而且它们可能也会忽略您的内联请求。

当你认为你的代码足够小，可以作为内联使用，记住内联函数复制你的代码，并在函数被调用时粘贴它，这样可能会增加你的执行时间，但也会增加内存消耗。 当你使用循环/静态变量/递归/切换/goto/虚函数时，你不能使用内联函数。 虚的意思是等到运行时，内联的意思是在编译期间，所以它们不能同时使用。