inline只是向编译器建议内联，是否执行由编译器根据函数大小、调用频率和优化等级等决定；它可避免调用开销、支持头文件中定义而不重定义、区别于宏的安全性和调试性，但滥用会导致代码膨胀和编译依赖增加。
inline 关键字本身不保证内联，它只是向编译器发出一个“建议”：这个函数适合在调用点展开。真正是否内联，由编译器根据函数大小、调用频率、优化等级（如 -O2 或 -O3）等综合判断。
为什么 inline 能减少函数调用开销
普通函数调用要压栈参数、保存返回地址、跳转到函数入口、分配栈帧、执行、恢复现场、返回——这些操作在高频小函数（比如 get_x()、size()）里占比极高。inline 后，编译器直接把函数体“粘贴”进调用位置，例如：
inline int square(int x) { return x * x; }
int y = square(5);
可能被展开为 int y = 5 * 5;，彻底跳过调用流程。
但注意：如果 square 里加了 static int count++; 或循环，编译器大概率忽略 inline 建议——因为语义上无法安全展开。
inline 函数能在头文件里定义而不报重定义错误
这是 inline 最实际、最常被依赖的特性，和性能关系反而次要。
- 普通函数定义在头文件中，被多个
.cpp包含后，链接时会报multiple definition of 'xxx' - 而 inline 函数允许在每个翻译单元中都有一份定义，只要函数体完全一致，链接器就认为是同一实体
- 因此你可以在
vec2.h中直接写：class vec2 { public: float x, y; inline float len_squared() const { return x*x + y*y; } }; - 无需拆成
vec2.h（声明）+vec2.cpp（定义），对模板、工具类、小型数学库特别友好
inline 和宏（#define）根本不是一回事
别因为两者都“展开代码”就混为一谈。关键差异在编译阶段和安全性：
-
#define ADD(a,b) a+b是预处理器文本替换，ADD(1,2)*3展开为1+2*3→ 结果是 7，不是 9 -
inline int add(int a, int b) { return a + b; }有完整类型检查、作用域、可重载、可调试 - 宏不能访问
private成员；inline 成员函数可以 - 调试器能看到 inline 函数名和参数值（尽管断点可能跳过），宏则完全不可见
什么时候 inline 反而有害
盲目加 inline 不仅无效，还可能拖慢程序：
- 函数体超过 10 行、含循环/递归/虚函数调用 → 编译器基本无视 inline
- 在
-O0（未优化）下，大部分 inline 都不会生效，调试时看到的仍是普通调用 - 过度使用导致代码体积膨胀，降低指令缓存命中率，尤其在嵌入式或 cache 敏感场景下，
inline可能让整体性能下降 - 改动一个被大量 inline 的函数，会导致所有包含它的源文件重新编译——破坏构建增量性
现代编译器（GCC/Clang/MSVC）在 -O2 及以上会自动内联合适的函数，哪怕你没写 inline。真正需要手动加的，往往只有那些“小、热、且定义在头文件中”的函数——比如 std::optional::has_value() 这类。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
