我来一步步帮你拆解这些问题，结合你的项目配置和现象，给出具体的调试和解决思路：

1. 调试与解决方法 #

你的现象已经明确：引入Boost Interprocess和Asio Address的程序出现API Set DLL依赖，同类无Boost依赖的程序正常，所以问题根源在Boost的这两个模块调用了通过API Set导出的函数，而Win7/Server 2012没有这些API Set DLL。

• 定位Boost中的API调用：
  对比两个程序的dumpbin /imports结果，找出差异的API（比如你列出的GetThreadPriority等），然后查看Boost源码中这些函数的调用位置。比如Boost Interprocess可能用到了GetCurrentProcessId、CreateThread等，而Asio的地址模块可能间接触发了进程线程相关API的调用。
• 调整Boost编译/宏配置：
  确保Boost是针对_WIN32_WINNT=0x0601编译的。如果用预编译Boost库，要下载对应Win7兼容版本；如果自行编译Boost，编译时要添加cxxflags="-D_WIN32_WINNT=0x0601"参数，同时确认BOOST_USE_WINDOWS_H宏确实生效（你已经设置，但要保证Boost用这个宏来避免直接调用API Set）。
• 强制链接到传统系统DLL：
  对于已经导入API Set的函数，可通过链接器指令强制映射到kernel32.dll的实现。比如在代码中添加：

  #pragma comment(linker, "/alternatename:GetCurrentProcessId=kernel32.GetCurrentProcessId")
  #pragma comment(linker, "/alternatename:CreateThread=kernel32.CreateThread")
  // 其他API Set中的函数同理逐一添加
  

  这样链接器会将程序对API Set函数的引用替换为kernel32.dll的对应函数，Win7就能正常识别。
• 用Dependency Walker排查：
  在Win7系统上用兼容的Dependency Walker版本打开可执行文件，它会清晰显示缺失的DLL和依赖关系，帮你确认所有需要替换的API。
• 切换到Windows SDK 7.1：
  若能兼容，改用Windows SDK 7.1编译。因为7.1 SDK完全没有API Set的概念，所有系统函数都直接链接到kernel32.dll、user32.dll等传统DLL，从根源避免API Set依赖。注意VS 2019需要安装SDK 7.1的支持组件才能正常使用。

2. 为什么设置_WIN32_WINNT=0x0601没报错？ #

这个问题的核心是编译器和链接器的职责差异：

• 编译器只检查你调用的函数是否在_WIN32_WINNT=0x0601（Win7）定义的API集中存在。比如GetCurrentProcessId确实是Win7支持的函数，所以编译器不会报错。
• 但Windows SDK 8.1会将这些函数的导入指向API Set DLL（比如api-ms-win-core-processthreads-l1-1-2.dll），而非传统的kernel32.dll。链接器只是按照SDK提供的导入库生成导入表，不会检查目标系统是否存在这些API Set DLL——毕竟API Set是Win8+引入的，Win7没有，所以只有运行时才会触发报错。
• 简单说：_WIN32_WINNT控制的是API是否可用，而不是API的导入方式（API Set vs 传统DLL）。

3. 关于_APISET_PROCESSTHREADS_VER等宏的设置 #

这些宏是Windows SDK内部用来控制API Set版本的，主要由以下因素决定：

• _APISET_MINWIN_VERSION：这是SDK根据你的Windows版本宏（_WIN32_WINNT、NTDDI_VERSION）和SDK版本自动设置的。当你用SDK 8.1时，即使_WIN32_WINNT=0x0601，SDK可能仍会设置较高的_APISET_MINWIN_VERSION，从而启用更高版本的API Set（比如0x0102对应l1-1-2.dll）。
• 要强制使用Win7兼容的API Set版本，你可以手动定义_APISET_PROCESSTHREADS_VER=0x0100（对应api-ms-win-core-processthreads-l1-1-0.dll，Win7支持），或者直接定义_APISET_MINWIN_VERSION=0x0100。不过要注意，这些是SDK内部宏，可能存在兼容性问题，建议先小范围测试。
• 另外，确保NTDDI_VERSION和_WIN32_WINNT匹配：_WIN32_WINNT=0x0601对应NTDDI_VERSION=NTDDI_WIN7，如果你的代码或Boost中设置了更高的NTDDI_VERSION，会覆盖_WIN32_WINNT的设置，导致API Set版本升高。

4. 强制编译器不使用API Set？ #

有几种可靠的方法：

• 改用Windows SDK 7.1：这是最彻底的方法，因为7.1 SDK完全没有API Set的定义，所有系统函数都直接链接到传统DLL。
• 手动映射API到传统DLL：如问题1中提到的，用#pragma comment(linker, "/alternatename:")将每个API Set函数映射到kernel32.dll的对应函数。这种方法适合不想切换SDK的情况，但需要逐个处理所有缺失的API。
• 显式定义WINAPI_FAMILY=WINAPI_FAMILY_DESKTOP_APP：确保程序使用桌面应用的API集，而非UWP的API Set。这个宏默认是桌面导向，但如果Boost或其他库修改了它，可能会导致API Set的使用，所以建议显式定义。

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