能，inline函数仅在编译器决定展开时才减少调用开销；它只是建议而非强制，是否内联取决于函数特征、优化等级及可见性等条件。
inline 函数真的能减少调用开销吗？
能，但仅在编译器决定“展开”它的时候。inline 是一个建议，不是强制指令；现代编译器（如 GCC、Clang、MSVC）会根据函数大小、调用频率、优化等级（如 -O2）自主决策是否内联。加了 inline 关键字却没被展开，很常见——尤其在未开启优化时（例如 Debug 模式下 -O0），几乎所有 inline 都会被忽略。
- 函数体必须在调用前可见（通常得定义在头文件里），否则链接时报
undefined reference - 递归函数不能被内联（编译器直接无视
inline） - 含
Static局部变量、try/catch、可变参数（...）的函数，内联成功率极低 -
virtual成员函数几乎从不内联（除非编译器能确定具体类型，如通过最终派生类直接调用）
什么时候该显式加 inline？
主要为解决 ODR（One Definition Rule）问题，而非性能优化。当函数定义在头文件中且被多个 .cpp 文件包含时，不加 inline 会导致链接重复定义错误。
- 头文件中定义的非模板辅助函数（如工具函数、常量计算）应加
inline - 类内定义的成员函数默认隐式
inline，无需重复写（但写了也不错） - 模板函数定义在头文件中时，也推荐显式加
inline（尽管不是必须，但更清晰） - 不要为了“看起来快”而给大函数（比如 20 行以上、含循环或分支较多）加
inline—— 编译器大概率拒绝，还可能因代码膨胀拖慢缓存命中率
如何确认函数是否真被内联了？
不能靠猜。得看编译器生成的汇编或 IR：
g++ -O2 -S -fverbose-asm example.cpp然后检查 .s 文件里有没有对应函数的独立标签（如 _Z3foov:）。如果没有，且调用点直接展开为指令，则说明已内联。也可用 Clang 的 -Rpass=inline（GCC 对应 -fopt-info-inline）让编译器报告内联决策：
立即学习“C++免费学习笔记（深入）”；
clang++ -O2 -Rpass=inline -Rpass-missed=inline example.cpp- 输出含
inlined into表示成功内联 - 含
not inlined: --reason--（如function body too large）说明被拒 - 未开启优化时，基本看不到任何内联提示
inline 和宏、constexpr、lambda 有什么区别？
它们都可能消除调用，但机制和语义完全不同：
-
#define宏是纯文本替换，无类型检查，易出错（如MAX(a++, b)导致副作用） -
constexpr函数强调“可在编译期求值”，若参数是常量表达式则必然内联并折叠；但它仍可运行时调用（此时不保证内联） - 捕获为空的 lambda（
[](){...}）在多数情况下会被编译器等效为内联调用，但本质是闭包对象，有额外构造开销（哪怕极小） -
inline唯一不可替代的作用：允许同一符号在多个 TU 中定义而不违反 ODR
真正容易被忽略的是：**inline 不改变函数语义，也不保证性能提升；盲目添加反而干扰编译器优化判断，尤其在调试阶段掩盖真实调用栈**。