Windows下跨DLL使用全局变量遇LNK2001错误的技术问询

你遇到的是Windows平台特有的DLL符号导出/导入问题——Linux下全局变量跨DLL使用相对宽松，但Windows需要明确标记导出和导入符号，且依赖的类也得正确处理导出。下面一步步帮你解决：

1. 修复DLL导出/导入宏的切换逻辑 #

你当前头文件里直接用DLL_IMPORT，会导致编译依赖库时，编译器无法识别这个符号是需要从外部DLL导入的（宏没有根据编译目标自动切换）。先完善util/winDll.h的宏定义：

#ifndef WIN_DLL_H
#define WIN_DLL_H

#ifdef _WIN32
    // 编译globalInfo.dll时，定义GLOBAL_INFO_EXPORTS，让DLL_API变为dllexport
    // 编译其他依赖库时，不定义该宏，DLL_API自动变为dllimport
    #ifdef GLOBAL_INFO_EXPORTS
        #define DLL_API __declspec(dllexport)
    #else
        #define DLL_API __declspec(dllimport)
    #endif
#else
    // Linux下无需__declspec，直接空定义
    #define DLL_API
#endif

#endif // WIN_DLL_H

接着修改globalInfo的头文件，把DLL_EXPORT和DLL_IMPORT统一换成DLL_API：

#pragma once
#include "util/timer.h"
#include "util/winDll.h"
namespace GLOBAL {
// 用统一的DLL_API，编译时自动切换导出/导入状态
DLL_API extern timer::timestamp currentTime;
DLL_API extern timer globalTimer;

constexpr static auto version = "0.1.0";
DLL_API void init();
DLL_API void close();
}

2. 在CMake中为globalInfo添加导出宏定义 #

编译globalInfo.dll时，必须让编译器明确要导出符号，所以在globalInfo的CMakeLists.txt中添加：

# 假设你的globalInfo源文件列表为globalInfo_srcs
add_library(globalInfo SHARED ${globalInfo_srcs})
# 添加编译宏，让winDll.h里的DLL_API变为dllexport
target_compile_definitions(globalInfo PRIVATE GLOBAL_INFO_EXPORTS)
# 确保依赖库能找到globalInfo的头文件
target_include_directories(globalInfo PUBLIC ${你的头文件根路径})

这样编译globalInfo时，会生成带导出符号的.dll和对应的导入库.lib，其他依赖库链接这个.lib就能找到目标符号。

3. 确保依赖类（timer）也正确导出 #

你导出的globalTimer是timer类型的全局对象，如果timer类本身未导出，Windows链接器会因无法解析类符号而报错。给timer类添加导出宏：

修改util/timer.h：

#ifndef TIMER_H
#define TIMER_H

#ifdef _WIN32
    #ifdef TIMER_EXPORTS
        #define TIMER_API __declspec(dllexport)
    #else
        #define TIMER_API __declspec(dllimport)
    #endif
#else
    #define TIMER_API
#endif

class TIMER_API timer {
public:
    void start();
    void stop();
    void addTimer(void* nptr, void(*action)(uint64_t, void*), uint64_t interval);
    // 其他成员函数...
};

namespace timer {
    struct TIMER_API timestamp {
        uint64_t time;
        // 结构体成员...
    };

    TIMER_API uint64_t getNowTimestamp();
}

#endif // TIMER_H

然后在编译timer所在的util库时，添加TIMER_EXPORTS宏：

add_library(util SHARED ${util_srcs})
target_compile_definitions(util PRIVATE TIMER_EXPORTS)

4. 验证依赖库的CMake配置 #

你的database库已经通过TARGET_LINK_LIBRARIES链接了globalInfo，确保globalInfo的库文件（尤其是Windows下的.lib）能被CMake找到。如果两者在同一个项目中，CMake会自动处理依赖；如果是外部库，需要通过find_package或指定库路径来配置。

完成以上步骤后重新编译项目，Windows下的LNK2001错误应该就能解决了。

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