inline能解决模板函数多重定义，是因为它向链接器声明该符号允许多个弱定义并自动合并，满足ODR例外要求，确保各编译单元实例化的是同一定义。
为什么 inline 能解决模板函数的多重定义？
模板函数（包括 template 函数和变量）在头文件中定义时，若被多个 .cpp 文件包含，每个编译单元都会生成一份实例化代码，链接时就会报 multiple definition of ...。这不是 bug，是 C++ 标准允许的“ODR（One Definition Rule）例外”，但前提是编译器能识别这是同一定义——inline 就是向链接器声明：“这个符号允许多个弱定义，选一个用就行”。
实操建议：
- 所有定义在头文件里的非特化模板函数、
constexpr函数、短小的static成员函数，都显式加inline（C++17 起inline变量也同理） - 不要依赖“隐式 inline”：仅当函数体在类内定义且无递归调用时才可能隐式 inline，行为不可靠
- 错误示范：
template直接写在头文件里不加void foo() { /*...*/ } inline→ 链接失败
extern "C" 怎么防止 C++ 函数名修饰导致的未定义符号？
当你在 C++ 里调用 C 库（比如 libpng 或自写 .c 文件），而链接时报 undefined reference to 'png_read_info' 这类看似存在却找不到的符号，大概率是 C++ 编译器对函数名做了 name mangling（如变成 _Z12png_read_infoPvS_），而 C 目标文件导出的是纯 C 符号名。
实操建议：
- 在 C++ 代码中声明 C 函数时，必须用
extern "C"包裹声明，例如：extern "C" { #include "png.h" } - 如果你自己写
.c文件并希望被 C++ 调用，头文件里也要加#ifdef __cplusplus宏保护：#ifdef __cplusplus extern "C" { #endif void my_c_func(int x); #ifdef __cplusplus } #endif - 注意：只对声明加
extern "C"，实现（.c文件里）不用加；否则 C 编译器会报错
全局变量怎么避免 “multiple definition”？
在头文件里写 int global_counter = 0; 是最常见翻车点：每个 .cpp 包含它，就生成一个定义，链接时报错。C++ 不像 C 那样默认 extern，这里的 = 让它成了定义而非声明。
实操建议：
- 头文件中只放声明：
extern int global_counter;；唯一一份定义放在某个.cpp文件里：int global_counter = 0; - C++17 起推荐用
inline变量替代：inline int global_counter = 0;—— 它既可定义在头文件，又满足 ODR，各编译单元看到的是同一地址 - 避免用
static全局变量“绕开”问题：static int global_counter = 0;会导致每个.cpp拥有独立副本，不是真正共享的全局变量
链接时报 “undefined reference to vtable for XXX” 怎么定位？
这不是普通函数未定义，而是虚函数表没生成，通常因为：有虚函数的类，其首个非内联、非纯虚的成员函数（通常是析构函数）没提供定义。编译器把 vtable 放在该函数的 .o 文件里，一旦缺失，整个 vtable 就丢了。
实操建议：
- 检查类是否声明了虚析构函数但没实现：
virtual ~MyClass();声明了但.cpp里没写MyClass::~MyClass() {} - 如果析构函数是
= default，确保它写在类外定义处（或至少在类内完整定义），否则可能因编译器延迟实例化导致 vtable 缺失 - 用
nm -C your_file.o | grep vtable查看目标文件里有没有对应 vtable 符号；用objdump -t确认虚函数地址是否为空
C++ 符号链接问题的根子往往不在“写错”，而在“没想清楚定义和声明的边界在哪”。尤其头文件里多一行 =、少一个 inline、漏一个 extern "C"，都会让链接器在最后一步突然翻脸——而这时你已经写了几百行代码。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
