lnk2019错误主因是成员函数声明了但未正确定义：非inline函数必须在.cpp中实现并加作用域；模板定义须在头文件或显式实例化；静态/特殊成员函数需签名一致且导出正确。
直接说结论：报 LNK2019 指向某个成员函数（比如 ??0MyClass@@QEAA@XZ），绝大多数情况是——声明写了，但定义没写、写错位置、或根本没进链接。
成员函数声明了但没在 .cpp 中实现
类内只写声明，不等于实现了；尤其非 inline 成员函数，必须在某个 .cpp 文件里给出完整定义。
- 错误写法：
myclass.h里有void doWork();，但整个项目没有任何.cpp文件包含void MyClass::doWork() { ... } - 漏掉作用域是最常见拼写错误：写了
void doWork() { ... }，但没加MyClass::，编译器当它是全局函数，链接器找不到MyClass::doWork - 如果用了条件编译（如
#ifdef DEBUG），确认当前配置下那段定义代码实际被编译了
构造/析构函数和特殊成员函数没显式实现
哪怕函数体为空，只要你在类里声明了（尤其是自定义的），就必须提供定义——编译器不会自动为你生成。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 例如：
class A { A(); ~A(); };→ 必须在A.cpp中写A::A() {}和A::~A() {} - 如果你删掉了默认构造函数声明（
A() = default;或A() = delete;），但其他地方又试图创建对象，也会触发该错误 - 移动构造、移动赋值同理：声明了但没定义，就报 unresolved external
模板成员函数定义不在头文件里
模板函数的实例化发生在调用点，链接器看不到 .cpp 里的模板定义——它只在编译时“展开”，不生成独立符号。
- 错误：把
template<typename t> void MyClass<t>::process() { ... }</t></typename>只放在myclass.cpp里 - 正确：定义必须和声明一起放在头文件中；或者在
.cpp末尾做显式实例化，如template class MyClass<int>;</int> - 注意：类内定义的模板成员函数（即写在
{}里的）天然 inline，没问题
静态成员函数签名不一致或未导出
静态成员函数本质是带命名空间的全局函数，但名字修饰仍受类作用域影响；若调用处和定义处签名不一致，链接器就认不出是同一个符号。
- 检查 const/volatile/noexcept/参数类型是否完全一致，比如
int func() const和int func()是两个不同符号 - Windows 下若该函数要从 DLL 导出，需确保定义处加了
__declspec(dllexport)，调用方加了__declspec(dllimport) - 跨模块调用时，调用约定（
__cdeclvs__stdcall）也必须一致，否则符号名对不上
最容易被忽略的是：错误信息里那个乱码符号（比如 ??0MyClass@@QEAA@XZ）其实可以直接粘贴到搜索引擎或 dumpbin /symbols 输出里反查——它精确对应某个成员函数签名。别只盯着人眼可读的名字，C++ 名字修饰才是链接器真正匹配的东西。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
