inline是编译器优化建议而非强制指令，核心作用是解决ODR问题并允许头文件中重复定义；是否实际内联由编译器根据函数长度、调用频率等自主决策。
inline 关键字告诉编译器：这个函数体小、调用频繁，建议在调用处直接展开代码，而不是跳转执行——目的是减少函数调用的开销（如压栈、跳转、返回），从而提升性能。
内联不是强制命令，而是编译器的优化建议
现代 C++ 编译器（如 GCC、Clang、MSVC）会根据实际代码结构、优化等级（-O2/-O3）、函数复杂度等自行决定是否内联。加了 inline 不一定真内联，没加也可能被自动内联。它真正影响的是链接行为：允许多个翻译单元定义同一个函数而不出重定义错误（解决 ODR 问题）。
适合内联的函数长什么样？
编译器更倾向对满足以下条件的函数做内联：
- 函数体很短（比如 1~5 行，无循环、无递归、无 switch 大分支）
- 参数少、无虚函数调用、无异常处理逻辑
- 被高频调用（如容器的 size()、empty()、getter/setter）
- 定义在头文件中（否则链接时可能找不到函数体）
什么时候不该手动加 inline？
盲目标记反而干扰编译器判断，甚至拖慢编译和增大代码体积：
立即学习“C++免费学习笔记（深入）”；
- 函数体较长或含复杂逻辑（内联后导致代码膨胀，影响指令缓存）
- 只在单个 .cpp 里使用，且不希望暴露实现（可改用 static 或匿名 namespace）
- 调试阶段（内联后堆栈难追踪，GDB 显示不清晰）
- 跨模块接口（如 DLL 导出函数），内联会破坏 ABI 稳定性
比 inline 更有效的性能技巧
真正影响性能的往往不是函数调用开销，而是数据局部性、分支预测、缓存友好性等。优先考虑：
- 用 const& 或 std::span 避免大对象拷贝
- 循环内提前提取不变量（如 auto len = vec.size();）
- 用 [[likely]] / [[unlikely]] 辅助分支预测（C++20）
- 开启编译器高级优化（-O3 -march=native）并分析热点（perf / VTune）
基本上就这些。inline 是把双刃剑，理解它的语义本质比死记“加了就快”更重要。
