inline函数省的是函数调用的固定开销（压栈、跳转、弹栈），而非执行时间；其是否生效取决于编译器优化决策，且定义必须在头文件中可见以避免链接错误。
inline 函数到底省了什么开销
它省的不是“执行时间”，而是函数调用本身的固定成本：压栈（push 参数、push 返回地址）、跳转（call）、弹栈（pop 返回地址、ret）。尤其在小函数（比如 get_x()、size()）高频调用时，这部分开销可能比函数体还重。
但注意：这只是编译器“可能”做的优化。你写 inline，只是提个建议；最终是否展开，由编译器根据函数大小、调用频次、优化等级（如 -O2）综合决定。没开优化（-O0）时，大多数编译器直接忽略 inline 关键字。
为什么加了 inline 编译却报错：“undefined reference to XXX”
这是链接阶段最典型的 inline 误用后果。根本原因是：C++ 要求 inline 函数的定义（不只是声明）必须在每个使用它的编译单元（即每个 .cpp 文件）里都可见。
- 错误做法：只在
.h里声明inline void f();，在.cpp里定义void f() { ... } - 正确做法：把完整定义放进头文件（
.h），且确保该头文件被所有用到的地方#include - 替代方案：C++17 起可用
inline变量或constexpr函数，它们天然支持 ODR（One Definition Rule）
inline 和宏（#define）有啥本质区别
宏是文本替换，不经过类型检查，参数可能被多次求值（MAX(i++, j++) 会出事）；inline 是真正的函数，有作用域、类型安全、调试符号可追踪。
立即学习“C++免费学习笔记（深入）”；
现代 C++ 中，除非要写泛型表达式（比如带 __VA_ARGS__ 的日志宏），否则优先用 inline + constexpr，而不是宏。比如：
inline int square(int x) { return x * x; } // 安全、可调试、能内联而 #define SQUARE(x) ((x)*(x)) 在 SQUARE(i++) 下行为不可控。
什么时候 inline 反而拖慢程序
代码膨胀（code bloat）是真实代价。如果一个 50 行的函数被 inline 到 100 个地方，生成的机器码体积剧增，CPU 指令缓存（i-cache）更容易 miss，反而降低性能。
- 典型高危场景：含循环、大量分支、或本身已很大的函数被强行
inline - 调试构建（
-O0）下强制inline基本无效，还让调试器无法单步进函数 - 模板实例化时，编译器可能对每个实例都生成一份内联代码，加剧膨胀
真正该关注的是 profile 数据——用 perf 或 vtune 看是不是调用开销真成了瓶颈，而不是凭感觉加 inline。
