哇，看起来这个错误可能来自任何地方。

无论如何，我添加了一个新的WebAPI控制器到我的MVC应用程序，它自动魔术般地从NuGet得到所有的引用。后来我从NuGet UI中删除了引用，但我忘记删除使用它们的文件(即System.Http)。

出于某种原因，我收到的错误是这样的，以及一个关于未使用变量的简单警告。

我注释掉了变量，至少摆脱了警告，重新构建指出了所有使用不存在引用的文件。删除这些文件后，一切正常。

The Visual Studio IDE doesn't do any building behind the scenes, the Msbuild application does. The VS IDE essentially just constructs the project file that is used by Msbuild and quite often it makes mistakes if you leave it up to the IDE to figure things out on it's own. If you are getting the Metadata file '.dll' could not be found error it is likely due to the fact that the correct/expected assemblies are not being found. So perhaps Visual Studio might be creating a project file for a 4.5 framework app, and expecting 4,5 assemblies, while you are referencing 4.0 assemblies. So look at your Visual Studio settings for incompatibilities or go into the project file yourself, and manually fix it by specifying the correct path <Reference Include="C:\\correct path to assembly\\yourAssembly.dll" />.

我看到这个错误是因为我在我的代码中有以下一行(看起来我仍然在SQL模式下思考):

if(myVar is null)
    DoSomething();

Visual studio(2017)在设计或编译时没有报告错误，但项目不会构建，并给出了“missing .dll”错误。将错误的行改为:

if(myVar == null)

问题解决了。

使用Blazor WebAssembly ASP。NET Core托管应用程序，当我删除天气预报模型时出现了这个问题，这导致了一个构建错误，不可见的错误。

如果是这种情况，只需删除FetchData。剃刀锉，你就可以出发了!

在VS 2019中，在项目References下，通过展开Analyzers检查是否有任何未解决的项:

对我来说，有两个路径错误的.dll文件。右键单击每个并选择删除:

构建项目，然后构建解决方案。 完成了。

我的项目也面临着同样的问题，我在一个解决方案中添加了控制台应用程序，但那些其他解决方案不起作用，并显示未找到.dll，所以我尝试了这个方法:

右键单击有问题的项目 单击应用程序选项卡，这是默认的 将输出类型控制台应用程序更改为类库