inline函数真正起作用需满足：函数体简短（无循环、递归、switch）、不可取地址、非虚函数；类内定义的简单访问器更易被内联，且必须置于头文件中以防链接错误。
inline 函数怎么写才真正起作用
编译器不一定会按你写的 inline 关键字去内联，它只当建议。真正生效得满足几个硬条件：函数体不能太长（比如含循环、递归、switch）、不能取地址（&func 会强制取消内联）、不能是虚函数。
实操建议：
- 把简单访问器（如
get_x()、size()）定义在类声明内部，编译器更倾向内联 - 定义在头文件里，避免链接时报
undefined reference to 'func()' - 用
g++ -S -O2看汇编输出，确认调用点是否展开为指令，而不是call
inline 和 #define 宏最根本的区别在哪
宏是文本替换，不经过类型检查；inline 是函数，有完整语法解析和类型安全。一个 #define SQUARE(x) x*x 在 SQUARE(a + b) 下会崩成 a + b * a + b，而 inline int square(int x) { return x * x; } 没这问题。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 宏参数被多次求值（
SQUARE(i++)导致i自增两次） - 宏名污染全局命名空间，且无法调试（断点打不到宏里）
-
inline函数支持重载、模板、访问this，宏完全做不到
什么时候该用 inline，什么时候该放弃
现代编译器（GCC/Clang/MSVC）在 -O2 及以上会自动内联小函数，手动加 inline 主要是给链接器看的——告诉它“这个符号可能在多个 TU 中定义，别报重复定义错误”。所以它的核心价值不是性能优化，而是解决 ODR（One Definition Rule）问题。
使用场景判断：
- 类内定义的短函数：默认
inline，不用显写 - 需要导出到多个 cpp 文件的工具函数：必须加
inline，否则链接失败 - 函数体超过 10 行、含异常处理或
static局部变量：加了也白加，编译器大概率忽略
inline 函数调试困难？这是误解
有人以为 inline 就没法打断点，其实只要没被真正内联（比如关了优化 -O0），GDB 一样能停在函数入口；即使内联了，也可以用 info line 查源码行号对应位置。真正麻烦的是宏——它在预处理后就没了，调试器根本不知道它存在。
容易踩的坑：
- 在 IDE 里单步进函数时“跳过去了”，其实是优化导致内联，不是
inline本身的问题 - 误以为加了
inline就一定比宏快：两者生成的机器码可能一模一样，但宏的副作用会让结果不可预测 - 跨平台时，MSVC 对
__forceinline的行为和 GCC 的__attribute__((always_inline))不一致，慎用
inline 的本质是链接属性，不是性能开关。很多人盯着“要不要加”纠结，其实更该盯的是“这个函数是不是真该暴露在头文件里”——这才是它最常被误用的地方。
