内联函数通过编译期展开消除调用开销，适用于小而频繁调用的函数，如访问器、循环内函数及性能关键路径，可提升执行效率；但函数体大、调用少或被取地址时不宜使用，且最终是否内联由编译器根据优化策略决定，需谨慎使用以避免代码膨胀。
函数调用虽然方便代码组织和复用，但每次调用都会带来一定开销，包括参数压栈、返回地址保存、上下文切换等。在性能敏感的场景中，这些开销可能累积成显著影响。减少函数调用开销的一个有效方式是使用内联函数（inline function）。下面分析其原理和适用场景。
内联函数如何减少调用开销
内联函数的核心机制是在编译期将函数体直接插入到调用位置，而不是生成跳转指令。这样避免了传统函数调用的堆栈操作和控制转移，提升执行效率。
例如：
inline int add(int a, int b) {
return a + b;
}
当调用 add(3, 5) 时，编译器会将其替换为 3 + 5，省去调用过程。
适合使用内联函数的场景
并非所有函数都适合内联。以下情况推荐使用：
- 函数体小且频繁调用：如访问器（getter/setter）、简单计算函数。这类函数逻辑简单，内联后代码膨胀可控，性能收益明显。
- 在循环内部调用：循环中反复调用的小函数，内联可显著减少重复开销。
- 性能关键路径上的函数：如高频处理逻辑、实时系统中的核心操作，内联有助于降低延迟。
- 模板函数：C++ 模板通常定义在头文件中，编译器需要看到函数体才能实例化，结合 inline 可避免多重定义问题。
不建议使用内联的情况
滥用内联反而会带来负面影响：
- 函数体较大或包含复杂逻辑：如多层分支、循环或递归，内联会导致代码膨胀，可能影响指令缓存命中率。
- 调用次数少：性能收益微乎其微，却增加编译后体积。
- 函数地址被取用：如传入函数指针，编译器通常无法内联，即使声明为 inline。
编译器的决策权
关键字 inline 只是向编译器“建议”内联，最终是否内联由编译器决定。现代编译器（如 GCC、Clang、MSVC）会基于函数大小、调用频率、优化等级等自动判断。开启 -O2 或更高优化级别时，编译器可能自动内联未标记 inline 的函数。
可通过 __attribute__((always_inline))（GCC/Clang）或 __forceinline（MSVC）强制内联，但应谨慎使用，避免负面影响。
基本上就这些。内联函数是优化小函数调用开销的有效手段，关键在于合理使用——函数小、调用频、逻辑简单时效果最好。盲目内联大函数或低频函数，反而得不偿失。
