VS2010中C++ MFC项目：EXE与DLL共享标志的链接错误解决

问题 #

我有两个C++项目：一个是可执行文件（EXE），另一个是动态链接库（DLL）。EXE项目里有一个对应复选框的标志，需要让DLL项目访问这个标志的值。

我创建了一个头文件，想用__declspec(dllexport)和__declspec(dllimport)实现符号共享，代码如下：

#pragma once

#ifdef BUILDING_DLL
    #define SHARED_API __declspec(dllexport)
#else
    #define SHARED_API __declspec(dllimport)
#endif

// 声明共享变量
extern "C" SHARED_API bool g_bEnableBluetoothPortChecking;

// 声明 getter 和 setter 函数
extern "C" SHARED_API bool GetBluetoothPortCheckingState();
extern "C" SHARED_API void SetBluetoothPortCheckingState(bool state);

这个头文件已经包含在EXE和DLL项目中，但遇到两个问题：

1. 依赖错误：从DLL获取EXE内的标志值时出现依赖相关问题。
2. 链接错误：设置全局变量时出现链接错误。

请问在Visual Studio 2010中，如何正确实现标志在EXE与DLL间的共享与访问，避免这些依赖和链接错误？

正确实现方案 #

核心问题在于变量的导出方向搞反了：变量实际定义在EXE里，所以应该由EXE导出，DLL负责导入，而非当前基于BUILDING_DLL的宏逻辑。以下是具体步骤：

1. 修改头文件的宏定义逻辑

调整宏判断规则，让EXE导出符号，DLL导入符号：

#pragma once

// 定义EXE导出的宏
#ifdef BUILDING_EXE
    #define SHARED_API __declspec(dllexport)
#else
    #define SHARED_API __declspec(dllimport)
#endif

// 声明共享变量（extern "C"避免C++名字修饰）
extern "C" SHARED_API bool g_bEnableBluetoothPortChecking;

// 声明 getter/setter 函数
extern "C" SHARED_API bool GetBluetoothPortCheckingState();
extern "C" SHARED_API void SetBluetoothPortCheckingState(bool state);

2. 在EXE项目中实现变量与函数

在EXE的任意.cpp文件（比如Main.cpp）中实际定义全局变量，并实现getter/setter函数：

#include "SharedHeader.h"

// 全局变量的实际定义，由EXE导出
SHARED_API bool g_bEnableBluetoothPortChecking = false; // 初始值按需设置

// 实现getter函数
SHARED_API bool GetBluetoothPortCheckingState()
{
    return g_bEnableBluetoothPortChecking;
}

// 实现setter函数
SHARED_API void SetBluetoothPortCheckingState(bool state)
{
    g_bEnableBluetoothPortChecking = state;
}

3. 配置Visual Studio项目设置

• EXE项目：

  1. 右键项目 → 属性 → 配置属性 → C/C++ → 预处理器 → 预处理器定义，添加BUILDING_EXE。
  2. 确保生成导入库：右键项目 → 属性 → 配置属性 → 链接器 → 高级 → 导入库，指定输出路径（例如$(OutDir)\$(ProjectName).lib），VS2010默认通常已开启该功能。

• DLL项目：

  1. 右键项目 → 属性 → 配置属性 → C/C++ → 预处理器 → 预处理器定义，不要添加BUILDING_EXE（自动启用__declspec(dllimport)）。
  2. 链接EXE生成的.lib文件：右键项目 → 属性 → 配置属性 → 链接器 → 输入 → 附加依赖项，添加EXE项目生成的.lib文件名（例如MyExeProject.lib）。
  3. 若EXE与DLL输出目录不同，需在链接器的“附加库目录”中添加EXE的输出路径。

4. 优先使用getter/setter而非直接访问全局变量

跨模块直接读写全局变量容易引发依赖、初始化顺序等问题，建议DLL仅通过GetBluetoothPortCheckingState()和SetBluetoothPortCheckingState()操作标志，避免直接访问g_bEnableBluetoothPortChecking。

5. 规避依赖错误的关键

DLL运行时依赖EXE已完成初始化，绝对不要在DLL的DllMain中访问该全局变量——DllMain执行时机早于EXE全局变量的初始化，会导致未定义行为。

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