绝大多数情况下无需加inline，编译器会自主决策内联；仅头文件定义函数时须加以避免odr错误，或经性能分析确认瓶颈且编译器未内联时才手动提示。
inline 函数到底要不要加
绝大多数情况下，inline 关键字对现代编译器（如 GCC、Clang、MSVC）的最终性能没影响——编译器会自己决定是否内联，加不加 inline 基本不影响生成代码。它真正起作用的场景只有两个：头文件中定义函数时避免 ODR（One Definition Rule）违规；或者极少数你明确知道编译器因保守策略拒绝内联、且 profiler 确实证明这里成了瓶颈时的手动提示。
头文件里写函数必须加 inline
如果你在头文件（比如 utils.h）里直接写了函数实现，又在多个 .cpp 文件里包含它，不加 inline 就会链接失败，报错类似：multiple definition of 'foo()'。这是因为每个编译单元都生成了一份函数定义，违反了 ODR。
正确做法是：
- 在头文件中用
inline声明并定义函数（c++17 起允许inline变量，同理） - 不要只声明不定义（否则链接时报
undefined reference） - 不要指望加了
inline就一定内联——它只是“请求”，不是强制
示例：
// utils.h inline int square(int x) { return x * x; }加了 inline 反而让性能变差的情况
内联不是免费的。过度使用会导致代码膨胀，可能挤掉 CPU 指令缓存（icache），反而拖慢整体执行。尤其当函数体稍大（比如超过 10 行，含分支或循环）、或被高频调用但实际路径不热时，内联收益为负。
立即学习“C++免费学习笔记（深入）”；
常见误用：
- 给整个类的成员函数都加
inline（哪怕函数体含std::vector::push_back或锁操作） - 在模板函数外显式加
inline（模板函数默认就是内联语义，重复加无意义） - 用
inline替代性能分析——没跑过perf或 VTune 就盲目加，基本是在猜
想确认某处是否真的被内联了
不能靠有没有写 inline，得看编译器输出。GCC/Clang 加 -fopt-info-vec-optimized 或更直接的 -fopt-info-inline，会打印内联决策；MSVC 用 /d1reportAllClassLayout 配合 /d1reportTime 观察。
更实用的办法：
- 反汇编目标函数（
objdump -d或 ide 内置反汇编视图），看调用点是call还是展开的指令序列 - 对比加/不加
inline后的二进制大小（size命令）和 benchmark 结果（别信单次clock()） - 注意：开启
-O2或更高优化级后，很多小函数即使没写inline也会被自动内联
真正影响性能的，从来不是你写了几个 inline，而是数据局部性、分支预测失败率、cache line 对齐这些底层事实。