类型 Universe 无法解析程序集：System.Configuration AND 无法解析程序集或 Windows 元数据文件“System.Configuration.dll”答案

【问题标题】：Type universe cannot resolve assembly: System.Configuration AND Cannot resolve Assembly or Windows Metadata file 'System.Configuration.dll类型 Universe 无法解析程序集：System.Configuration AND 无法解析程序集或 Windows 元数据文件“System.Configuration.dll”
【发布时间】：2022-04-06 08:21:02
【问题描述】：

我正在Win10中通过VS2015开发UWP App。我的应用程序运行完美，但就在今天，当我开始运行我的应用程序时，即使我没有进行此类更改......它显示 2 个错误并且现在没有运行。

1. Type universe cannot resolve assembly: System.Configuration, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a.      

2. Cannot resolve Assembly or Windows Metadata file 'System.Configuration.dll'

这些错误是什么...我没有找到满意的解决方案

【问题讨论】：

查看解决方案资源管理器的参考部分是否有任何条目显示黄色感叹号。如果没有，请检查 System.Configuration.dll 是否在此处列出。在任何情况下，我都会首先尝试删除错误的引用（如果存在）并阅读它。
@OliverUlm，问题是！参考内没有感叹号......所以这是一个有点令人困惑的错误......我认为它是一个内部错误。因此，为此目的，我刚刚创建了另一个具有相同名称的空白项目，并将所有文件夹和页面等复制到新项目中，然后运行它.. 它运行完美。顺便感谢您的关注。
很高兴听到您能够修复它。如果您仍然有损坏的版本，您可以对项目运行 DIFF 以查看可能导致它的原因。

标签： win-universal-app

【解决方案1】：

我能够通过选中“在 Visual Studio 中构建期间自动检查丢失的包”（“允许 NuGet 下载丢失的包”已选中）然后重新构建来解决此问题。您可以在工具 --> NuGet 包管理器 --> 包管理器设置中找到这些设置。

【讨论】：

一个非常简单的解决方案！
仅此一项对我不起作用。我首先必须遵循另一个答案，其中指出“我通过删除 C:\Users\%username%.nuget 目录解决了一个类似的问题。” 然后我回去按照你的答案，它工作。

【解决方案2】：

我通过删除 C:\Users\%username%.nuget 目录解决了类似的问题。

【讨论】：

【解决方案3】：

看到这个link，需要去掉“Microsoft.VisualStudio.QualityTools.UnitTestFramework”

【讨论】：

【解决方案4】：

UWP C# XAML 应用程序，MVS2017

我今天遇到了类似的问题，在安装新的 NUGET 包（具体是 NUGET 包Microsoft.Toolkit.Uwp.UI.Controls）后构建时出现以下错误：

"cannot resolve assembly or windows metadata file 'type universe cannot resolve assembly: netstandard, version=2.0.0.0, culture=neutral, …"

原来是NUGET 包版本之间不兼容。我通过在 NUGET 包管理器中对包版本进行了一些处理后发现。一点点试错，我发现通过降级新安装包的版本，并升级另一个包的版本（在本例中为NewtonSoft.Json），我开始正常构建，没有错误或警告...

【讨论】：

【解决方案5】：

我的 nuget 包更新后出现此错误。

我通过更新TargetPlatformMinVersion 解决了这个问题（在我的情况下，它是从10.0.17763.0 到10.0.18362.0）。

【讨论】：

【解决方案6】：

我打开了这个工具 --> NuGet 包管理器 --> 包管理器设置允许 Nuget 下载丢失的包在 Visual Studio 中构建期间自动检查丢失的包

但是收到一个 nuget 错误，指出存在文件锁定

我不得不这样修复它

cd 到 C:\Users\username\AppData\Local\Temp
删除 NugetScratch 文件夹

【讨论】：

【解决方案7】：

我在一个有些过时的构建脚本中遇到了这个问题。这是一个使用一个顶级 SLN 的构建，该 SLN 由来自众多项目和工作的多个 SLN 文件组成。我以前只能做，

call nuget restore "%Top_Level_SLN_File%" -Recursive

并且相信所有的包都被恢复了。现在我得跑了，

for /r %%I IN (*.sln) DO call nuget restore "%%~I" -Recursive

这可能与某些包正在利用私有 nuget 提要这一事实有关，但这可能是一个红鲱鱼。我没有深入研究这个问题以获得最少的重现步骤。

【讨论】：