VS2022编译旧C++代码遇LNK2038(_MSC_VER不匹配)问题求助

我正在将适配旧版Visual Studio C++的代码迁移至Visual Studio 2022编译，同一解决方案下的Proj1项目依赖myLib.lib，二者源码均由我持有。构建Proj1时出现错误：

LNK2038 mismatch detected for '_MSC_VER': value '1800' doesn't match value '1900' in Proj1.obj
错误指向C:\code\myLib.lib(myInterface.obj)。

我已完成以下操作：

• 将myLib和Proj1项目重定向至Windows SDK Version 10（最新安装版本）；
• 为两个项目设置「项目>配置属性>常规>平台工具集」为Visual Studio 2022 (v143)；
• 重新构建myLib生成myLib.lib后，再构建Proj1仍出现上述错误。

现询问：
a) 如何解决该编译错误？
b) 为何已修改平台工具集仍期望_MSC_VER 1900（对应VS2015）？
c) 为何已切换至v143并重新构建myLib.lib，仍检测到其_MSC_VER为1900？

a) 解决编译错误的步骤 #

1. 彻底清理并全量重建myLib
   • 手动删除myLib项目的输出目录（如Debug/Release文件夹），清除所有旧的.lib、.obj和中间编译文件；
   • 在VS2022中右键myLib项目，依次执行「生成清理」和「重新生成」，确保所有目标文件都由v143工具集编译生成。
2. 校验myLib的全配置一致性
   • 确认myLib项目的**所有配置组合（Debug/Release、x86/x64等）**都设置了平台工具集为v143，避免仅修改了当前活动配置；
   • 检查「C/C++ > 常规 > 附加包含目录」，确保未引用VS2015或更早版本的头文件路径；
   • 查看「C/C++ > 预处理器 > 预处理器定义」，删除手动设置的_MSC_VER=1900这类强制版本宏。
3. 修正Proj1的依赖路径
   • 检查Proj1项目「链接器 > 输入 > 附加依赖项」中myLib.lib的路径，确保指向最新生成的库文件，而非旧版本；
   • 调整「链接器 > 常规 > 附加库目录」的优先级，让新生成的库目录排在旧目录之前。
4. 同步解决方案级配置
   • 打开解决方案属性的「配置管理器」，确认myLib和Proj1的配置、平台完全匹配（如均为Debug x64），避免交叉依赖不同配置的库文件。

b) 已修改工具集仍期望_MSC_VER 1900的原因 #

• 手动宏定义干扰：Proj1的预处理器定义中可能存在_MSC_VER=1900的手动设置，覆盖了工具集默认的宏值；
• 旧头文件残留：Proj1的附加包含目录中引用了VS2015的头文件，这类头文件可能强制指定了_MSC_VER的值；
• 配置未完全同步：仅修改了部分配置（如仅改Debug未改Release，或仅改x64未改x86），实际构建时使用的仍是旧工具集对应的配置。

c) 重建后myLib.lib仍含_MSC_VER 1900的原因 #

• 旧文件未彻底清除：myLib输出目录中残留了VS2015编译的.obj文件，重建时未被覆盖，导致最终的.lib混合了新旧目标文件；
• 配置全局未生效：myLib项目的部分配置（如Release或x86）仍使用旧工具集，而Proj1依赖的恰好是该配置的库；
• 增量构建遗漏：VS的增量构建可能跳过了部分文件的重新编译，必须执行「重新生成」而非「生成」才能确保所有文件用新工具集编译；
• 第三方依赖带入：myLib项目中引用了VS2015编译的第三方静态库或对象文件，这些文件将_MSC_VER=1900带入了最终的myLib.lib。

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