根本原因是__declspec(dllexport)未在DLL编译时正确生效：它仅对当前编译单元中定义的符号起作用，常见错误包括头文件被EXE包含、声明与定义分离未同步标注、模板未实例化导出；须用预处理器宏（如MYDLL_EXPORTS）统一管理导出/导入，并用extern "C"避免名字修饰，导出类时需显式导出构造/析构函数并规避CRT与内存管理跨模块风险。
为什么加了 __declspec(dllexport) 还是找不到符号？
根本原因不是没写，而是导出时机不对——__declspec(dllexport) 必须在**编译 DLL 时生效**，且只对当前编译单元中定义的符号起作用。常见错误包括：
• 在头文件里写了 __declspec(dllexport)，但头文件被 EXE 工程包含，导致 EXE 编译时也尝试导出（无效甚至报错）
• 类成员函数声明和定义分离，只在声明处加了 __declspec(dllexport)，而定义在 .cpp 里没加（VC++ 要求类导出时，声明和定义都需显式标注，或统一用宏控制）
• 模板函数/类直接用 __declspec(dllexport) 标记无效，因为模板不生成实例代码，必须显式实例化后导出
怎么用宏统一管理 __declspec(dllexport) 和 __declspec(dllimport)？
手动切换太容易出错，必须靠预处理宏隔离 DLL 编译和使用场景：
• 定义一个宏（如 MYDLL_EXPORTS），仅在 DLL 工程的「预处理器定义」里添加它
• 头文件中这样写：
#ifdef MYDLL_EXPORTS
#define MYDLL_API __declspec(dllexport)
#else
#define MYDLL_API __declspec(dllimport)
#endif
<p>class MYDLL_API MyClass {
public:
void doSomething();
};</p>
• 注意：即使 DLL 内部调用自己导出的函数，也建议统一用 MYDLL_API 标记，避免因内联/优化引发链接异常
导出 C 风格函数避免 C++ 名字修饰（mangling）
如果 DLL 要被 C 程序、C# 或 Python（ctypes）调用，必须禁用 C++ 名字修饰，否则 GetProcAddress 找不到函数名：
• 对单个函数：用 extern "C" 包裹声明
extern "C" {
__declspec(dllexport) int add(int a, int b);
}
• 对整个头文件：在头文件开头加 extern "C" {，结尾加 }（注意保护 C++ 特性，通常配合 #ifdef __cplusplus）
• 补充：导出后可用 dumpbin /exports mydll.dll 查看实际导出符号名，确认是否为干净的 add 而非 ?add@@YAHHH@Z
导出类时，构造/析构函数和虚表的隐式依赖风险
导出类比导出函数更危险，因为 DLL 和 EXE 可能用不同版本的 CRT 或不同编译器设置：
• 构造函数和析构函数必须显式导出（哪怕默认生成），否则 EXE 中 new/delete 可能崩溃
• 虚函数表（vtable）跨 DLL 边界可能失效，尤其当基类和派生类不在同一模块时
• 更稳妥的做法是导出纯 C 接口（工厂函数 + 函数指针），或用抽象接口 + PIMPL 惯用法隐藏实现细节
比如不要直接导出 std::string 成员，改用 const char* 或自定义缓冲区；也不要让 DLL 分配内存、EXE 释放（反之亦然）
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
