inline只是建议，编译器可忽略；是否内联取决于优化等级、函数大小、调用上下文等；需定义在头文件中避免odr违规；取地址、递归、虚函数等通常禁用内联；验证需查汇编或-rpass。
inline 关键字只是建议，不是强制命令
编译器完全有权忽略 inline。它只表示“这个函数适合内联”，但最终是否展开，取决于优化等级、函数体大小、调用上下文、是否有取地址行为等。比如 g++ -O0 下几乎从不内联，而 -O2 可能对几十行以内的简单函数尝试展开。
常见错误现象：inline void foo() { /* ... */ } 定义在头文件里，但链接时报 undefined reference to foo —— 因为没定义（只有声明），或多个翻译单元中定义不一致导致 ODR 违反。
- 必须确保
inline函数的完整定义出现在每个使用它的翻译单元中（通常放头文件） - 如果函数里有
&foo取地址操作，绝大多数编译器会直接放弃内联（因为需要真实地址） - 递归函数、虚函数、含 try/catch 的函数，基本不会被内联（即使加了
inline）
怎么确认某个调用是否真的内联了？
不能靠代码里有没有写 inline，得看生成的汇编。最直接的方式是让编译器输出汇编并搜索函数名是否还存在独立符号。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
g++ -O2 -S -fverbose-asm main.cpp生成main.s，打开后搜call.*foo或foo:标签；没出现 call 就大概率内联了 - Clang 可加
-Rpass=inline（如clang++ -O2 -Rpass=inline test.cpp），它会在终端输出哪些调用被成功内联、哪些被拒绝及原因 - 注意：
-O0下-Rpass不生效，必须开优化
和宏、constexpr 函数比，inline 有什么实际差异？
inline 是语义安全的函数机制，而宏是文本替换，constexpr 是编译期求值——三者目标不同，不能互相替代。
典型误用场景：有人想“保证内联”就改用宏，结果遇到 MAX(a++, b) 这类副作用爆炸问题；或者把带循环的函数标 constexpr，结果编译失败。
-
inline函数支持类型检查、重载、调试符号，调试时能看到栈帧（哪怕被内联，debug info 也可能保留） -
constexpr函数在满足条件时可运行于编译期，但不意味着运行时一定内联；它可能生成两份代码（编译期一份、运行时一份） - 宏没有作用域、不参与 ADL、无法断点调试，仅适合极简文本替换（如日志开关）
哪些情况会让 inline 失效且容易被忽略？
最隐蔽的是「跨编译单元」和「模板实例化」。即使你写了 inline，若定义不在头文件里，或模板未显式导出，链接器看到的就是普通外部符号，根本没机会内联。
- 模板函数默认就是隐式
inline，但必须定义在头文件中；否则实例化点看不到函数体，只能生成外部调用 - 使用
extern inline（C99/C++17 起）可分离声明与定义，但需严格配对，稍错就退化为普通外部函数 - 启用 LTO（
-flto）后，链接时才做跨目标文件内联，此时源码里的inline提示反而影响变小
真正决定内联的，从来不是关键字本身，而是编译器在特定优化阶段看到的控制流、数据流和 ABI 约束。写 inline 像递一张名片，对方要不要见你，得看排期和心情。
