内联函数的核心作用是减少函数调用开销以提升性能，它是向编译器建议将函数体展开到调用处，而非强制要求；适合内联的函数需满足短小、高频调用、无复杂控制流且定义在头文件中等条件。
内联函数的核心作用是减少函数调用开销，从而在特定场景下提升性能。 它不是强制编译器“必须内联”，而是向编译器提出一个建议：把函数体直接展开到调用处，省去压栈、跳转、返回等指令。
什么时候内联能真正起效？
适合内联的函数通常满足以下条件：
- 函数体很短（比如只有1–3行），例如 getter/setter、简单数学计算
- 被频繁调用（如循环内部、热点路径）
- 不包含复杂控制流（如循环、递归、异常处理）或大块代码
- 定义在头文件中（否则链接时可能因 ODR 违反报错）
内联不是万能的，过度使用反而有害
编译器会综合权衡，即使写了 inline，它也可能忽略。常见失效情况包括：
- 函数过大或含虚函数调用、递归、static 局部变量
- 开启了低优化等级（如 -O0），多数编译器默认不内联
- 调试模式下为便于断点和栈回溯，内联常被禁用
- 模板实例化后实际代码膨胀，可能增加指令缓存压力
怎么确认函数是否被内联了？
不能只看有没有写 inline 关键字。可靠方法是：
立即学习“C++免费学习笔记（深入）”；
- 查看编译后的汇编（如 g++ -S -O2），检查调用点是否变成直接指令序列
- 用编译器提示：GCC/Clang 支持 __attribute__((always_inline)) 强制内联（慎用）
- 启用警告：GCC 的 -Winline 会提示哪些 inline 函数未被内联及原因
基本上就这些。内联是微优化手段，现代编译器足够智能，日常编码优先写清晰、可维护的代码，让编译器自己决定何时内联更稳妥。
