Visual Studio 2019 C++项目设置.NET版本无效问题求助

问题场景 #

启用Common Language Runtime Support的VS2019 C++ v142项目，通过MSCLR互操作调用.NET DLL。原DLL基于.NET 4.0，项目vcxproj未指定.NET版本；升级DLL到依赖.NET 4.6.2后，已安装对应目标包，在项目属性里设了.NET Target Framework Version为v4.6.2，vcxproj中也加了<TargetFrameworkVersion>v4.6.2</TargetFrameworkVersion>，但编译还是报MSB3274警告，说目标框架是.NET 4.0，自动用4.0版mscorlib，忽略设置的版本。下面说下全局设置位置和解决办法：

一、全局默认.NET版本的设置位置 #

• VS2019 全局选项：
  打开VS2019，走工具 > 选项 > 项目和解决方案 > .NET Framework项目 > 默认目标框架，这里能改新建项目的默认.NET版本，但对已有的项目没用。如果你的项目是从旧模板导过来的，可能初始化时受这里的设置影响，但当前问题得针对现有项目调整。
• MSBuild 全局配置文件：
  检查以下路径的文件，这些文件会影响所有用MSBuild编译的项目：
  • 32位系统：C:\Program Files (x86)\MSBuild\16.0\Bin\Microsoft.Common.CurrentVersion.targets
  • 64位系统：C:\Program Files\MSBuild\16.0\Bin\Microsoft.Common.CurrentVersion.targets
    打开后搜TargetFrameworkVersion，看有没有全局默认值被硬设成v4.0。不过不建议直接改全局文件，优先调项目本身。

二、项目层面的强制修正（比全局设置靠谱） #

C++/CLI项目的.NET版本配置容易被隐藏属性覆盖，直接改vcxproj文件更稳妥：

1. 找到<PropertyGroup Label="Globals">节点，明确加上：

   <TargetFrameworkVersion>v4.6.2</TargetFrameworkVersion>
   <TargetFrameworkProfile />
   

2. 检查有没有带条件的<PropertyGroup>节点（比如针对Debug/Release的单独配置），这些可能覆盖了全局的TargetFrameworkVersion，要把所有配置的版本统一改成4.6.2。
3. 清掉项目的中间文件：删掉obj和bin文件夹，再重新生成解决方案，避免旧缓存导致版本识别错。
4. 查新DLL的依赖：确认升级后的DLL确实是基于.NET 4.6.2编译的，没有间接引用.NET 4.0的组件，用ILDasm或者VS的依赖分析工具就能看。

三、系统层面的.NET版本影响 #

系统里装的.NET Framework版本优先级，主要靠注册表和machine.config控制，但对VS项目编译来说，更多是项目配置和MSBuild说了算，改系统全局不太建议。非要查的话，看C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\machine.config里的<runtime>节点有没有版本重定向配置，但改这个会影响所有.NET应用，优先调项目。

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