inline函数仅在函数体小、无递归/虚调用/异常/取地址时才可能内联；必须定义在头文件中以避免ODR错误；类内定义成员函数默认inline；模板函数无需inline；其类型安全、可调试，优于宏；过度使用反致性能下降。
inline函数什么时候真正起作用
编译器对inline关键字只有建议权，不是强制命令。它只在满足一定条件时才会真正内联展开：函数体足够小、无递归、无虚函数调用、无异常处理块（try/catch）、不取地址（即没写&func）。如果函数定义在头文件外且未被inline标记，即使调用频繁，链接时也可能报multiple definition错误。
- 头文件中定义的函数必须加
inline，否则多个cpp包含该头会触发ODR（One Definition Rule）违规 - 类内定义的成员函数默认隐式
inline，无需显式写，但显式加上更清晰 - 使用
-O2或更高优化等级时，编译器可能忽略inline建议并自行内联更合适的函数
怎么写才不会被链接器报错
最稳妥的方式是把inline函数定义完整放在头文件里，且确保声明和定义不分离：
// utils.h
#ifndef UTILS_H
#define UTILS_H
<p>inline int square(int x) {
return x * x;
}</p><p>struct Vec2 {
float x, y;
// 类内定义 → 自动 inline
float len() const { return std::sqrt(x<em>x + y</em>y); }
};</p><h1>endif</h1><p>- 不要在
.cpp里定义inline函数（除非只在该文件内使用，且不暴露给其他翻译单元） - 不要只在头文件里声明
inline void foo();，然后在.cpp里定义——这会导致链接失败 - 模板函数天然支持多定义，一般不用加
inline，但普通非模板函数必须靠inline绕过ODR
inline和宏#define的区别在哪
inline是类型安全的函数，参与参数检查、重载解析、调试符号生成；而#define只是文本替换，容易引发副作用：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
#define SQUARE(x) (x * x)
inline int square(int x) { return x * x; }
<p>int a = 2;
int b = SQUARE(++a); // 展开为 (++a * ++a) → a 变成4，结果是12
int c = square(++a); // 先算++a（a=5），再传参调用 → 返回25，行为确定
-
inline支持重载：square(double)和square(int)可共存 - 调试时能单步进入
inline函数（取决于编译器和优化等级），但宏无法调试 -
inline函数体里的static变量仍遵循函数作用域语义，宏做不到
为什么加了inline性能反而变差
过度使用inline可能增大代码体积，导致指令缓存（i-cache）命中率下降，尤其在热路径调用小函数但周围有大量分支/循环时。某些场景下，编译器内联后无法做跨函数优化（如循环不变量提取），反而不如保持函数边界。
- 避免内联含
std::string构造/析构、std::vector::push_back等隐式开销大的函数 - 在profile确认某函数是瓶颈且调用频次极高前，别盲目加
inline -
inline不能用于函数指针赋值：auto ptr = □合法，但ptr指向的是实际生成的函数地址，不是“展开”，此时inline建议已被忽略
内联是否生效，得看objdump -d或编译器生成的汇编，而不是代码里有没有写inline。
