如何在Windows DLL中加载主进程符号（类Linux -rdynamic功能）

问题本质 #

Linux的-rdynamic会将主进程的符号导出，让共享库直接引用；但Windows默认DLL拥有独立的地址空间和全局数据副本，你的DLL中Log操作的是自身的日志vector，而非主进程的，所以主进程的ImGui看不到更新。之前用ar和dlltool生成.a的方法无效，因为这些工具没有正确建立DLL到主进程符号的导入关系。

解决步骤 #

1. 主进程导出需要共享的符号 #

在主进程的公共头文件（比如api.hpp）中，定义导出/导入宏，并为需要共享的类、全局变量添加该宏：

// api.hpp
#pragma once
#include <vector>
#include <string>

// 定义主进程符号的导出/导入宏
#ifdef EXPORT_MAIN_SYMBOLS
#define MAIN_API __declspec(dllexport)
#else
#define MAIN_API __declspec(dllimport)
#endif

enum LogLevel { LOG_INFO, LOG_WARNING };
struct LogEntry {
    std::string msg;
    LogLevel level;
};

// 导出全局日志vector，让DLL可以访问
extern MAIN_API std::vector<LogEntry> g_Logs;

// 导出Log类，确保DLL使用主进程的实现
class MAIN_API Log {
public:
    Log(const std::string &msg, LogLevel level) {
        g_Logs.push_back({msg, level});
    }
};

2. 编译主进程并生成导入库 #

用MinGW编译主进程时，添加-DEXPORT_MAIN_SYMBOLS和-Wl,--export-all-symbols参数，强制导出符号并生成导入库：

x86_64-w64-mingw32-g++ -DEXPORT_MAIN_SYMBOLS -Wl,--export-all-symbols main.cpp -o main.exe

编译完成后会生成main.exe和libmain.dll.a（MinGW格式的导入库），这个导入库是DLL链接主进程符号的关键。

3. 修改DLL编译逻辑 #

确保DLL编译时，MAIN_API自动变为__declspec(dllimport)，并链接主进程的导入库：

• DLL的NewScript.hpp无需修改（已包含api.hpp），编译时不要定义EXPORT_MAIN_SYMBOLS。
• 编译DLL的命令：

x86_64-w64-mingw32-g++ -DBUILD_DLL -I../path/to/main/include -L../path/to/main/bin -lmain NewScript.cpp -o NewScript.dll

参数说明：

• -I../path/to/main/include：指定主进程头文件路径
• -L../path/to/main/bin：指定主进程生成的libmain.dll.a所在目录
• -lmain：链接主进程的导入库

4. 验证符号关系 #

用MinGW的nm工具检查符号是否正确导出/导入：

• 检查主进程导出的符号：

x86_64-w64-mingw32-nm main.exe | grep g_Logs

应看到g_Logs的导出标记（D表示数据符号）。

• 检查DLL导入的符号：

x86_64-w64-mingw32-nm NewScript.dll | grep g_Logs

应看到g_Logs的导入标记（U表示未定义，将从主进程导入）。

关键注意事项 #

• 架构一致：主进程和DLL必须同为x64或x86，否则无法加载或符号匹配失败。
• 编译选项统一：主进程和DLL要用相同的编译器（MinGW）、C++标准（比如-std=c++17）和编译选项，避免名字修饰不匹配。
• 避免重复定义：DLL中不要重新定义g_Logs或Log类，必须通过MAIN_API导入主进程的版本。

内容的提问来源于stack exchange，提问作者nahtap