inline只是对编译器的建议而非强制指令，是否内联由编译器根据函数大小、调用频次和优化等级自主决定；头文件中定义短小函数时加inline可避免多重定义错误，但盲目使用可能导致代码膨胀和缓存失效。
inline 函数到底会不会被内联？
不会自动内联，inline 只是一个对编译器的「建议」，不是强制指令。现代编译器（如 GCC、Clang、MSVC）会根据函数大小、调用频次、优化等级（如 -O2）自行决定是否真正展开。即使你写了 inline，编译器也可能忽略；反过来，没写 inline 的小函数，在 -O2 下也常被自动内联。
什么时候加 inline 才有意义？
主要用在头文件中定义的短小函数，避免链接时出现「多重定义」错误。因为 C++ 要求 inline 函数的定义必须在每个使用它的翻译单元中可见（即通常放在头文件里），且链接器允许多个相同定义共存。
- 适合：成员函数在类定义体内直接实现（隐式 inline）、
constexpr函数、简单 getter/setter - 不适合：含循环、递归、
try/catch、或函数体超过 10 行的逻辑 - 注意：模板函数默认就是 inline 行为，无需额外加
inline
inline 对性能的影响真有那么大？
影响极小，甚至可能负向——盲目加 inline 会导致代码膨胀，降低指令缓存命中率，反而拖慢执行。真正影响性能的是函数调用开销 vs. 冗余拷贝/分支预测失败等更高阶因素。
- 函数调用本身开销在现代 CPU 上通常不到 10 个周期，远低于一次 L3 缓存未命中（~30–50 ns）
-
inline后若使函数体变大，可能挤出其他热代码，导致更多 cache miss - 调试构建（
-O0）下inline基本无效；只有开启优化（-O2或-O3）才可能触发实际内联
怎么确认某个函数真的被内联了？
看汇编输出最可靠。GCC/Clang 加 -S -O2 生成 .s 文件，搜索函数名是否还作为独立标签存在；或者用 objdump -d 看目标文件中是否只剩调用点的展开指令。
立即学习“C++免费学习笔记（深入）”；
- Clang 提供
-Rpass=inline显示哪些函数被内联，-Rpass-missed=inline显示哪些没被内联及原因 - GCC 对应选项是
-fopt-info-vec-optimized（需高版本）或结合-fdump-tree-inline - 不要依赖 IDE 的“跳转到定义”来判断——它只反映源码组织，不反映实际编译行为
inline 实在得多。 
