inline 是向编译器建议内联的非强制关键字，核心是减少函数调用开销；实际是否内联由编译器根据大小、调用频次等因素自主决定，须定义在头文件中以满足ODR，且不可滥用。
inline 关键字不是强制内联的指令，而是向编译器提出“建议”：这个函数适合展开成内联代码。它的核心作用是**减少函数调用开销**，尤其对短小、频繁调用的函数效果明显。
为什么需要内联？
普通函数调用涉及压栈（参数、返回地址）、跳转、执行、返回、弹栈等步骤，哪怕只有几条指令，开销也不可忽略。对像 get_x()、max(a,b) 这类逻辑简单、只有一两行的函数，调用成本可能远超函数体本身。内联后，编译器直接把函数体“复制粘贴”到调用点，省去调用过程，提升执行效率。
inline 的实际行为由编译器决定
现代编译器（如 GCC、Clang、MSVC）拥有高级优化能力，会综合考虑函数大小、调用频次、是否递归、是否有取地址操作等因素，自主决定是否真正内联。即使你写了 inline，编译器也可能拒绝；反之，没写 inline 的函数，开启 -O2 或更高优化等级后，编译器也可能自动内联。
- 定义在类内部的成员函数（如构造函数、getter/setter），默认隐式为 inline
- 函数被取地址（&func）时，通常无法内联（因为必须有真实函数地址）
- 递归函数一般不会被内联（除非编译器做了特殊展开）
- 函数体过大（比如含循环、大量语句），编译器大概率忽略 inline 建议
定义位置很重要：头文件中定义
如果 inline 函数只在某个 .cpp 文件里定义，其他文件无法看到其定义，链接时会出现 “undefined reference”。所以 inline 函数必须在头文件中定义（而非仅声明），确保每个包含该头文件的编译单元都能看到完整定义，编译器才能在各处决定是否内联。
立即学习“C++免费学习笔记（深入）”；
例如：
// utils.h
inline int square(int x) { return x * x; }
这样所有 #include "utils.h" 的源文件都能安全使用且不违反 ODR（One Definition Rule）。
别为了“看起来快”滥用 inline
盲目加 inline 可能适得其反：
- 增大代码体积（重复展开多次），影响 CPU 指令缓存命中率
- 增加编译时间与目标文件尺寸
- 干扰编译器优化判断（比如阻碍函数间优化）
- 调试时可能看不到函数调用栈（因已被展开）
真正值得 inline 的，通常是：短小、无副作用、高频调用的辅助函数（如访问器、简单计算）。性能关键路径应以 profile 数据为准，而不是靠猜测。
基本上就这些。inline 是个轻量但易被误解的工具——它不保证内联，也不替代 profiling 和算法优化。用对地方，它安静地提效；滥用，则徒增麻烦。
