内联函数通过消除调用开销提升频繁调用小函数的执行效率，但会增加代码体积，可能导致缓存命中率下降；递归或复杂函数通常不被内联，编译器可忽略inline请求；调试时调用栈不可见且修改后需重编所有引用单元，影响维护；最终是否内联由编译器决定，适合短小函数如访问器，滥用则损害性能与可维护性。
内联函数（inline）是C++中用于优化程序性能的一种机制，通过在编译时将函数体直接插入到调用处，避免函数调用的开销。但它的使用并非没有代价。下面从实际应用角度分析其优点与缺点。
提高执行效率
普通函数调用需要保存现场、压栈返回地址、跳转执行等操作，带来一定开销。对于频繁调用的小函数，这种开销会累积。inline函数通过将函数体代码直接复制到调用位置，消除了调用过程的开销，从而提升运行速度。
例如：
inline int max(int a, int b) {
return a > b ? a : b;
}
每次调用max时，编译器会直接替换为比较表达式，不进行真正的函数跳转。
立即学习“C++免费学习笔记（深入）”；
增加代码体积
内联的本质是“以空间换时间”。每当一个inline函数被调用一次，函数体就会被复制一份到调用处。如果函数体较大或调用次数非常多，会导致生成的可执行文件显著增大，可能影响指令缓存命中率，反而降低性能。
常见问题包括：
- 递归函数即使声明为inline，通常也不会真正内联
- 编译器有权忽略inline请求，尤其面对复杂函数时
- 多个源文件包含同一个inline函数定义可能导致链接错误（需确保定义在头文件中并符合ODR规则）
便于调试和维护的矛盾
由于inline函数在编译期展开，调试时可能看不到函数调用栈中的该函数，给断点调试带来困难。虽然代码逻辑清晰，但在某些调试场景下会显得不够直观。
同时，一旦inline函数修改，所有引用它的编译单元都需要重新编译，增加了构建时间，不利于大型项目模块化管理。
编译器决定最终行为
关键字inline只是一个建议，是否真正内联由编译器根据优化策略决定。现代编译器（如GCC、Clang、MSVC）在-O2或更高优化级别下，即使没有inline关键字，也可能自动内联合适的函数。
反过来，即使加了inline，以下情况编译器通常不会内联：
- 函数体内有循环（for、while）
- 存在递归调用
- 函数体过长或包含复杂逻辑
- 取函数地址或通过函数指针调用
基本上就这些。inline适合短小、频繁调用的函数，比如访问器、简单计算函数。滥用反而影响性能和可维护性。合理使用结合编译器优化，才能发挥最大作用。
