VS2015 C++项目：如何让DLL识别主程序定义的#ifdef宏？

这个问题我碰到过好多次——宏的作用域只限于单个编译单元的编译过程，你在Win32 exe里定义的USEWINDOWS根本传不到DLL的编译流程里，毕竟DLL是作为独立项目单独编译的。下面给你几个靠谱的方案，都能保证不影响控制台程序的正常运行：

方案1：为DLL创建多套构建配置（最推荐） #

这是最清晰、最易维护的方式，核心就是让DLL编译两个版本，分别匹配两个exe的需求：

• 打开VS2015解决方案，右键你的DLL项目 → 属性 → 配置管理器。
• 点击“活动解决方案配置”的下拉框，选“新建”，创建比如Debug_Win32和Debug_Console（Release版本同理复制一套）。
• 切换到DLL项目的Debug_Win32配置，在C/C++ → 预处理器 → 预处理器定义里添加USEWINDOWS。
• 切换到Debug_Console配置，确保预处理器定义里没有USEWINDOWS。
• 最后配置两个exe：右键Win32 exe项目 → 属性 → 配置管理器，把它的配置设为Debug_Win32，并让它依赖DLL的Debug_Win32配置；控制台exe项目设为Debug_Console，依赖DLL的Debug_Console配置。
  这样编译时，两个exe会各自调用对应宏定义的DLL版本，完全隔离，不会互相干扰。

方案2：通过Win32 exe项目传递预处理器定义给DLL #

如果你不想维护多套配置，可以让Win32 exe编译时强制给DLL带上USEWINDOWS宏：

• 右键Win32 exe项目 → 属性 → 通用属性 → 项目依赖。
• 选中你的DLL项目，点击右侧的“依赖项属性”按钮。
• 在弹出的DLL属性窗口里，找到C/C++ → 预处理器 → 预处理器定义，添加USEWINDOWS。
• 控制台exe项目啥都不用改，它编译时会触发DLL用默认的无宏配置编译。
  这种方式的好处是不用新增配置，但要注意：以后修改DLL的预处理器定义时，得同步更新Win32 exe的依赖项属性，不然容易出现配置不一致的问题。

方案3：运行时传递标识（替代编译时宏） #

如果你的场景允许用运行时判断代替编译时的条件编译，可以换个思路：

• 在DLL里定义一个全局变量或者初始化函数，比如：

  bool g_isWindowsBuild = false;
  extern "C" __declspec(dllexport) void InitializeDLL(bool isWindows) {
      g_isWindowsBuild = isWindows;
  }
  

• 然后在Win32 exe的入口处调用InitializeDLL(true)，控制台exe调用InitializeDLL(false)。
• 之后DLL里需要判断的地方，用if(g_isWindowsBuild)替代#ifdef USEWINDOWS就行。
  这种方式适合需要动态切换行为的场景，但如果你需要编译时优化（比如直接移除无用代码），还是前两种方案更合适。

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