SSMS 21 打开解决方案时无法加载 SDK Resolver

2026-11-04排障赵师傅

结论

不要把 Visual Studio 目录里的 Microsoft.Build.NuGetSdkResolver.dll 复制到 SSMS，也不要修改 Microsoft.Build.NuGetSdkResolver.xml，让它指向 Visual Studio 的 NuGet 目录。

SSMS 21 有自己的 Visual Studio Shell、MSBuild 和扩展目录。它并非完整的 Visual Studio，也不适合用来加载和编译 .NET 8 WPF 项目。即使暂时绕过 SDK Resolver 错误，项目仍可能因为缺少 WPF 项目系统、.NET SDK 集成或其他 Visual Studio 组件而无法加载。

建议按以下方式处理：

在 Visual Studio 2022 中打开、编译和调试 WPF 项目。
用 SSMS 21 管理 SQL Server、执行 SQL 脚本和查看数据库对象。
如果 SSMS 支持的项目也出现同样的错误，请更新 SSMS，并按 SSMS 安装或打包故障处理文件缺失问题。

为什么修复 Visual Studio 没有效果

Visual Studio 和 SSMS 的组件分别安装在独立目录中：

C:\Program Files\Visual Studio 2022\Release\

C:\Program Files\Microsoft SQL Server Management Studio 21\Release\

通过 Visual Studio Installer 安装或修复 NuGet 组件，只会维护对应的 Visual Studio 实例，不会向 SSMS 的专用目录写入文件。因此，即使 Visual Studio 中存在以下目录，也不能说明 SSMS 中一定有相同的目录：

Common7\IDE\CommonExtensions\Microsoft\NuGet\

报错涉及的 XML manifest 已经存在，但它指向的 DLL 不存在。这说明 SSMS 当前的安装内容不一致，或者该版本存在安装打包问题。修复另一个 Visual Studio 实例无法解决这个问题。

推荐的处理步骤

1. 使用 Visual Studio 打开 WPF 解决方案

请在 Visual Studio 2022 中打开 WPF 项目。你也可以进入项目目录，通过 .NET CLI 检查项目能否正常还原和编译：

dotnet --info
dotnet restore .\YourSolution.sln
dotnet build .\YourSolution.sln

如果这些命令可以正常执行，Visual Studio 也能加载项目，那么 WPF 项目本身通常没有问题，报错来自 SSMS 的加载环境。

2. 分开进行数据库管理和应用开发

WPF 程序可以继续使用 SQL Server，但不需要在 SSMS 中加载 WPF 项目。通常可以这样安排：

在 Visual Studio 中维护 WPF 项目和解决方案。
在 SSMS 中连接同一个 SQL Server 实例。
在 SSMS 中单独保存和执行 .sql 脚本。
如需使用数据库项目，可在 Visual Studio 中安装相应的 SQL Server Data Tools 组件，再用 Visual Studio 加载项目。

3. 检查 SSMS 安装是否缺少文件

关闭 SSMS，然后使用 PowerShell 检查 manifest 和 DLL 是否存在：

$ssmsRoot = 'C:\Program Files\Microsoft SQL Server Management Studio 21\Release'

Test-Path "$ssmsRoot\MSBuild\Current\Bin\SdkResolvers\Microsoft.Build.NuGetSdkResolver\Microsoft.Build.NuGetSdkResolver.xml"

Test-Path "$ssmsRoot\Common7\IDE\CommonExtensions\Microsoft\NuGet\Microsoft.Build.NuGetSdkResolver.dll"

如果两项结果依次为 True 和 False，说明 SSMS 安装中的 manifest 与 resolver 文件不匹配。

遇到这种情况，应先通过 SSMS 安装程序更新到当前可用的维护版本。如果最新版仍然缺少该文件，请向 SSMS 支持或问题反馈渠道提交安装日志、完整的 SSMS 版本号，以及上述两项检查结果。

为什么不应手动复制 NuGet 文件

Microsoft.Build.NuGetSdkResolver.dll 通常不能像普通程序集一样单独替换。它可能依赖同一目录中的其他 NuGet 程序集，还要与当前的 MSBuild、Visual Studio Shell 和扩展版本相匹配。

只复制一个 DLL，可能会让“文件不存在”变成其他错误，例如：

FileLoadException
FileNotFoundException
Could not load file or assembly
Method not found

复制整个 NuGet 目录也会带来版本绑定、扩展注册和后续更新覆盖等问题。除非 Microsoft 针对特定 SSMS 版本给出了明确的修复步骤，否则不要把手动复制文件作为正式解决方案。

是否可以修改 Resolver XML

从文件权限来看，管理员可以修改这个 XML，但这样做会带来兼容性和维护问题，因此不建议修改。

让 SSMS 加载 Visual Studio 安装目录中的 resolver，会将两个原本独立维护的产品实例绑定在一起。Visual Studio、SSMS 或 NuGet 组件更新后，程序集版本可能不再匹配，安装程序也可能覆盖修改后的 XML。

修改路径最多只能尝试解决 resolver 的定位问题，无法为 SSMS 补齐完整的 .NET 8 WPF 项目支持。因此，在当前场景中没有必要修改 XML。