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

最好的方法是检查和比较生成的内联和非内联指令。但是，省略内联总是安全的。使用内联可能会导致您不想要的麻烦。

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

内联函数可以通过消除将参数推入堆栈的需要来提高代码性能。 如果有问题的函数在你的代码的关键部分，你应该在项目的优化部分做出内联而不是内联的决定，

你可以在c++ FAQ中阅读更多关于内联的内容

只有当函数代码很小时，才应该使用内联函数限定符。如果函数比较大，则应该使用普通函数，因为节省内存空间可以换取相对较小的执行速度牺牲。

过早的优化是万恶之源!

根据经验，我通常只内联“getter”和“setter”。一旦代码可以工作并且稳定，分析就可以显示哪些函数可以从内联中受益。

另一方面，大多数现代编译器都有很好的优化算法，并且会内联您应该内联的内容。

推理——编写内联单行函数，以后再考虑其他函数。