在c++中使用内联函数的优点/缺点是什么?我看到它只提高了编译器输出的代码的性能，但随着今天优化的编译器，快速的cpu，巨大的内存等(不像在1980年<内存是稀缺的，所有东西都必须适合100KB内存)，他们今天真正有什么优势?
当前回答
我想补充一点，在构建共享库时，内联函数是至关重要的。如果不将函数标记为内联，则它将以二进制形式导出到库中。如果导出，它也将出现在符号表中。另一方面，内联函数不会被导出，既不会被导出到库二进制文件中，也不会被导出到符号表中。
当库打算在运行时加载时，它可能是关键的。它还可能打击二进制兼容的库。在这种情况下，不要使用内联。
其他回答
我想补充一点，在构建共享库时，内联函数是至关重要的。如果不将函数标记为内联，则它将以二进制形式导出到库中。如果导出，它也将出现在符号表中。另一方面，内联函数不会被导出，既不会被导出到库二进制文件中，也不会被导出到符号表中。
当库打算在运行时加载时，它可能是关键的。它还可能打击二进制兼容的库。在这种情况下，不要使用内联。
在优化过程中，许多编译器会内联函数，即使你没有标记它们。如果你知道一些编译器不知道的东西，你通常只需要将函数标记为内联，因为它自己通常可以做出正确的决定。
Why not make all functions inline by default? Because it's an engineering trade off. There are at least two types of "optimization": speeding up the program and reducing the size (memory footprint) of the program. Inlining generally speeds things up. It gets rid of the function call overhead, avoiding pushing then pulling parameters from the stack. However, it also makes the memory footprint of the program bigger, because every function call must now be replaced with the full code of the function. To make things even more complicated, remember that the CPU stores frequently used chunks of memory in a cache on the CPU for ultra-rapid access. If you make the program's memory image big enough, your program won't be able to use the cache efficiently, and in the worst case inlining could actually slow your program down. To some extent the compiler can calculate what the trade offs are, and may be able to make better decisions than you can, just looking at the source code.
我们的计算机科学教授敦促我们不要在c++程序中使用内联。当被问及原因时，他友好地向我们解释说，现代编译器应该自动检测何时使用内联。
是的，内联可以是一种优化技术，在任何可能的地方都可以使用，但显然这已经为你做了，只要有可能内联一个函数。
这并不完全是关于性能。c++和C都用于嵌入式编程，位于硬件之上。例如，如果您要编写中断处理程序，则需要确保代码可以立即执行，而不会交换额外的寄存器和/或内存页。这就是内联派上用场的时候。好的编译器在需要速度时自己做一些“内联”，但“内联”迫使它们这样做。
