这其实是正常现象，背后是MSBuild的版本演进带来的变化——从VS2017开始，MSBuild已经成为Visual Studio的独立组件，不再和.NET Framework强绑定了，所以你会看到两个不同的实例：

两者的核心区别 #

• 归属与版本标识：
  • .NET Framework目录下的MSBuild是和.NET Framework版本绑定的旧版，版本号对应Framework的迭代（比如你看到的4.7.3062.0），它的版本信息里会明确标注基于.NET Framework。
  • Visual Studio目录下的MSBuild是VS自带的独立版本，版本号和VS的版本对齐（15.x对应VS2017），它是专门为VS的项目体系优化的，支持更多新特性。
• 功能支持差异：
  • 旧版Framework下的MSBuild仅支持传统的.NET Framework项目，对VS2017引入的新项目类型（比如早期.NET Core、UWP、现代C++项目等）兼容性很差甚至不支持。
  • VS自带的MSBuild则完全适配VS的所有项目类型，能处理最新的构建逻辑和工具链。
• 调用场景：
  • 当你通过Visual Studio打开并构建项目时，IDE会自动使用VS目录下的MSBuild，确保兼容性。
  • 如果直接在普通命令行调用msbuild，可能会默认调用到Framework下的旧版本，所以推荐使用Visual Studio Developer Command Prompt，它会自动配置环境变量，指向VS自带的MSBuild。

两个版本的msbuild /version输出对比 #

.NET Framework路径下的输出 #

C:\Windows\Microsoft.NET\Framework\v4.0.30319>msbuild /version
Microsoft (R) Build Engine version 4.7.3062.0 [Microsoft .NET Framework, version 4.0.30319.42000]
Copyright (C) Microsoft Corporation. All rights reserved.

4.7.3062.0

Visual Studio路径下的输出 #

C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin>msbuild /version
Microsoft (R) Build Engine version 15.6.85.37198 for .NET Framework
Copyright (C) Microsoft Corporation. All rights reserved.

15.6.85.37198

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