内联扩展的核心作用是跳过函数调用时的变量压栈、跳转和返回过程，直接把函数体代码复制到调用位置，从而减少高频小函数的运行开销；适用于调用频次高且函数体小（≤10行、无循环/虚函数等）的场景，但需配合-O2/O3优化、避免取地址等操作以提高内联成功率。
内联扩展的核心作用是跳过函数调用时的变量压栈、跳转和返回过程，直接把函数体代码复制到调用位置。它不改变逻辑，但能显著减少高频小函数的运行开销——尤其当函数只做简单计算（如取最大值、结构体字段赋值）且被循环或递归反复调用时。
哪些函数适合内联？
关键看两点：调用频次高 + 函数体足够小。
- 单个函数不超过10行，不含循环、递归、异常处理或虚函数调用
- 常用于热路径：比如向量长度计算、状态判断、getter/setter、结构体成员初始化
- 结构体内定义的成员函数（如
struct Vec { int len() const { return _size; } }）默认隐式内联，无需加inline
怎么写才真正生效？
声明inline只是建议，编译器有权拒绝。要提高命中率，需配合编译优化和代码结构：
- 使用
-O2或-O3编译选项（GCC/Clang 默认开启内联决策） - 避免在函数体内使用
static局部变量或address-of操作（&func），这会阻碍内联 - 跨文件调用时，把定义放在头文件中（否则链接阶段可能找不到函数体）
- 用
gcc -S -O2生成汇编，检查调用点是否还有call指令——没有就说明已内联
压栈开销到底省了多少？
一次普通函数调用平均消耗约5–15个CPU周期，主要来自：
- 参数入栈或寄存器保存（尤其是浮点或结构体传参）
-
call与ret指令引发的分支预测失败 - 栈帧创建/销毁带来的缓存压力
若某函数每毫秒被调用1万次，保守估算可节省50,000+周期/秒——这对实时系统、高频数据处理或嵌入式场景非常可观。
小心这些副作用
内联不是“越多越好”，盲目使用反而拖慢性能：
- 函数体过大（如超过50行）会导致代码体积膨胀，降低指令缓存命中率
- 同一函数在多个地方内联，会重复生成相同代码段，增加最终二进制大小
- 调试时难以单步进入函数（因为函数已消失，只剩展开后的语句）
- 某些编译器对
inline函数仍生成符号，若未正确声明static或extern inline，可能引发多重定义错误
