inline函数不会导致重复定义错误，因其被C++标准豁免ODR规则，允许多个翻译单元中存在完全相同的定义；所有定义必须字面一致，且通常置于头文件中。
inline 函数为什么不会导致重复定义错误
因为 inline 函数具有**内部链接（internal linkage）**，但更准确地说：它被设计为“允许在多个翻译单元中定义，且不违反 ODR（One Definition Rule）”的特例。这不是靠 static 实现的，而是 C++ 标准明确豁免的规则——只要所有定义完全相同，链接器就只保留一份，其余忽略。
常见错误现象：ld: duplicate symbol _foo in foo.o and bar.o —— 如果你忘了加 inline，又在多个 .cpp 文件里写了同名函数定义，就会撞上这个错误。
- 必须在每个用到它的翻译单元里都提供完整定义（通常放头文件中）
- 所有定义必须字面一致（包括空格、注释位置都不影响，但宏展开后必须等价）
- 不能有静态局部变量或未初始化的静态数据成员（否则各 TU 会各自有一份，破坏语义一致性）
inline 和 static inline 的链接属性差异
inline 本身不改变函数默认链接属性；它只是告诉编译器“可以内联”，并触发 ODR 豁免。而 static inline 是双重保险：既获得 ODR 豁免，又强制函数具有内部链接（即每个 TU 独立一份符号，互不干扰）。
使用场景：写头文件工具函数时，static inline 更安全，尤其当你不确定是否所有 TU 都会看到同一份定义（比如宏可能影响展开结果）。
立即学习“C++免费学习笔记（深入）”；
-
inline void f() { ... }→ 外部链接 + ODR 豁免 -
static inline void f() { ... }→ 内部链接 + ODR 豁免（更宽松，不怕定义微小差异） - 如果函数体里用了
static int x;，必须用static inline，否则 ODR 违反
哪些情况会让 inline 失效或链接行为异常
编译器是否实际内联是另一回事，但链接行为出问题往往是因为定义没管住边界。最典型的坑是：把 inline 函数定义放在 .cpp 文件里，然后在别处声明却不定义——这时它变成外部链接函数，但没有定义体，链接时报 undefined reference to 'f()'。
- 不要只在头文件里声明
inline void f();，而把定义扔进某个.cpp—— 这就不是 inline 函数了，是普通外部链接函数 - 模板函数默认就是隐式
inline，但显式特化需手动加inline才能多 TU 定义 - 类内定义的成员函数自动带
inline属性，但若在类外定义，必须显式写inline才能放头文件
inline 在 C++17 及以后的简化：constexpr 暗示 inline
C++17 起，constexpr 函数默认具备 inline 属性（即使没写），所以也能安全地多 TU 定义。但这不等于它们一定会被内联，只是链接层面被豁免。
容易踩的坑：有人以为 constexpr 函数就“一定内联”，结果发现运行时调用开销仍在——那只是编译器判断不适合内联，和链接无关。
-
constexpr int f() { return 42; }→ 自动 inline，可放头文件 -
constexpr构造函数、转换运算符也享受同等待遇 - 但若函数体含
static_assert或依赖非 constexpr 上下文，可能无法在常量表达式中求值，不影响链接行为
真正麻烦的是那些看似无害、实则悄悄打破“所有定义完全相同”条件的细节：比如一个 TU 里 #define DEBUG 导致函数体不同，另一个没定义，这时候即使加了 inline，ODR 也违规——链接器不一定报错，但行为未定义。
