Visual Studio通过配置（Configuration + Platform）组合实现多平台工具集支持，如为Debug-v142、Release-v143等配置分别指定对应VC++工具集；关键在于PlatformToolset按配置设置、避免全局硬编码，并确保SDK与工具集版本匹配，防止E1696等错误。
Visual Studio 本身不直接“管理多个版本项目”，它管理的是 .sln 和 .vcxproj（或 .csproj）这类项目文件，而“多个版本”通常指：同一套代码面向不同平台工具集、.NET Framework 版本、Qt 版本、或构建配置（如 Debug/Release/Test）。真正要解决的，是**如何让一个解决方案适配多种目标环境，且不互相污染、不手动改配置**。
怎么让一个 C++ 项目支持多个平台工具集（VC++ 版本）
VC++ 工具集（如 v143、v142、v141）决定了编译器、标准库和运行时行为。同一个 .vcxproj 文件可以声明多个工具集，但必须通过配置（Configuration + Platform）组合来切换：
- 右键项目 → 属性 → 在左上角“配置”下拉框中，选择
所有配置，再进入 常规 → 平台工具集，这里不能填多个值，但你可以为每个配置单独设置 - 在 配置管理器（生成 → 配置管理器）中，为同一平台（如
Win32）新增多个配置，例如Debug-v142、Release-v143，然后分别指定对应工具集 - 关键点：
PlatformToolset是 per-configuration 的，不是全局开关；修改后记得检查$(VCTargetsPath)是否能定位到对应版本的Microsoft.Cpp.*.targets - 常见错误：
E1696: cannot open source file "..."，大概率是工具集与 SDK 版本不匹配，比如选了v142却没装 Windows 10 SDK 10.0.19041.0
如何在同一个解决方案里混用不同 .NET Framework 版本
VS 允许不同项目面向不同 .NET Framework 版本，但要注意引用传递和 IDE 行为限制：
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 右键项目 → 属性 → 应用程序 → 目标框架，可下拉选择
.NET Framework 4.7.2、4.8等；注意.NET 5+是跨平台 SDK 风格，和传统 Framework 不兼容 - 若项目 A（.NET 4.7.2）引用项目 B（.NET 4.8），VS 会报错
CS0012: The type 'X' is defined in an assembly that is not referenced—— 因为低版本无法消费高版本的类型 - IDE 会动态过滤 IntelliSense、工具箱控件、添加引用对话框内容，所以你在
.NET 4.7.2项目里看不到Span<t></t>或File.WriteAllTextAsync的补全 - 不要试图用
<targetframeworkversion>v4.8</targetframeworkversion>手动改.csproj，优先走 UI 设置，否则可能破坏自动引用解析
Qt 多版本共存时怎么避免 LNK2005 或 unresolved external symbol
Qt VS Tools 插件支持注册多个 Qt 安装路径，但链接失败往往源于 32/64 位、debug/release 运行时、模块导出宏三者不一致：
- 在 Qt VS Tools → Qt Options 中添加多个 Qt 版本（如
Qt5.15.2 MSVC2019 64bit、Qt6.5.3 MSVC2022 64bit），每个必须有唯一名称 - 右键项目 → Qt Project Settings → 在
Qt Installation下拉中切换版本；该操作会重写AdditionalIncludeDirectories和AdditionalDependencies - 致命陷阱：
QT_DEBUG宏是否定义，决定链接Qt5Cored.lib还是Qt5Core.lib；若项目配置是Debug，但 Qt 安装路径指向 release 版本，就会出现LNK2005（重复定义）或LNK2019（找不到符号） - 检查方法：在输出窗口开启
详细生成日志（项目属性 → 配置属性 → 常规 → 生成日志级别 = 详细），搜索Qt5Core看实际链接的是哪个路径下的库
为什么改了 versionDemo.rc 的版本号，生成的 DLL 还是旧的
资源文件（.rc）里的版本信息不会自动触发重新编译，尤其当只改了 FILEVERSION 而没动源码时，MSBuild 可能跳过链接步骤：
- 确保
versionDemo.rc已加入项目，并在属性中设为资源编译器 → 项类型 = RC 编译器 - 如果使用
info.h宏（如#define VER_MAJOR 2）驱动.rc，必须让.rc显式包含该头文件，且info.h修改时间晚于.rc编译时间，否则预处理器不会感知变更 - 更可靠的做法：在项目属性 → 配置属性 → 资源编译器 → 预处理器 → 预处理器定义 中，把版本宏直接写进去（如
VER_MAJOR=2;VER_MINOR=1），绕过头文件依赖 - 验证方式：用
dumpbin /headers your.dll | findstr "version"或右键 DLL → 属性 → 详细信息页，看是否刷新
最常被忽略的一点：多个版本共存的前提是**隔离性**——工具集、SDK、Qt 安装路径、甚至 $(SolutionDir)include\ 下的共享头文件，都必须严格按配置区分，而不是靠人肉记忆“这个配置该用哪个”。一旦某个宏或路径被硬编码进 Common.props 或 Directory.Build.props，就很容易在切换配置时静默失效。
