inline只是编译器的优化建议，是否内联由编译器根据优化等级、函数复杂度、定义位置（需在头文件）、是否取地址、有无循环/递归/异常等因素自主决策；-O0下通常不内联，-O2/O3才可能展开。
inline只是建议，编译器有最终决定权
写 inline 不等于函数一定会被内联展开，它只是向编译器发出一个“这个函数适合内联”的提示。编译器是否采纳，取决于优化等级、函数体复杂度、调用上下文等实际条件。比如 g++ -O0 下几乎从不内联，而 -O2 或 -O3 才可能对短小函数尝试展开；Clang 在 -O0 下甚至完全忽略 -Rpass=inline 这类诊断开关。
哪些情况会让 inline 失效且容易被忽略
最隐蔽的失效点不是语法错误，而是工程结构问题：
- 函数定义没放在头文件里：如果
inline函数只在.cpp中定义，其他翻译单元看不到函数体，链接器只能生成外部调用，根本没机会内联 - 多个翻译单元中定义不一致：比如两个
.cpp都包含同一份头文件，但各自改了函数体（哪怕只改了一个字面量），就违反 ODR，行为未定义 - 取了函数地址：
&foo会强制编译器为foo生成真实符号，内联立刻失效 - 函数含循环、递归、
try/catch或虚函数调用：这些结构让编译器难以或无法安全展开
怎么确认某个调用真的被内联了
不能靠有没有写 inline，得看生成代码：
- 用
g++ -O2 -S -fverbose-asm main.cpp生成汇编，打开main.s搜索call.*foo或foo:标签；没出现call指令、也没独立函数符号，才大概率成功内联 - Clang 推荐加
-Rpass=inline（必须配合-O2及以上），终端会直接输出 “inlining foo into bar: cost=15, threshold=30” 这类信息，清楚说明原因 - 注意：调试版本（
-g -O0）下即使写了inline，也基本不会生效——这是为了保留可调试性
不加 inline 的函数也可能被内联
现代编译器会基于调用频率、函数大小等自动决策，和是否加 inline 关键字无关。比如一个只做 return x + y; 的普通函数，在 -O2 下被循环调用十万次，编译器很可能主动内联它；反过来，一个 50 行带三重嵌套 for 的 inline 函数，基本会被无视。
立即学习“C++免费学习笔记（深入）”；
真正影响内联的，是函数是否「小」、「热」、「无副作用」，而不是那个关键字本身。把精力花在精简函数体、保证头文件可见性、开合适优化等级上，比反复加 inline 有用得多。
