我陷入了这种境地。我已经阅读并测试了之前给出的所有可能的解决方案。检查构建路径，构建，重建，清理，重新启动IIS和VS2015，重新安装所有nuget包，逐个编译，等等…

我突然想起来VS在系统文件夹中保存了一些ASP临时文件…我想我应该试一试，毕竟没有比这更糟的了。所以我清空了:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

一切又开始运转了……奇怪的是，这个问题有这么多不同的解决方案……

对我来说，修正的方法是改变build选项卡的输出路径。 我把输出路径改为bin\，错误就消失了。

-另一个修复可能是你有错误的启动项目集。

尝试了所有其他的东西，然后我谷歌了我所得到的关于无法找到nuget.exe的错误…我想，好吧，我真的不需要……事实证明我做到了。我找到的解决方案:右键单击解决方案，然后单击启用NuGet包恢复

在过去的十年里，我已经见过很多次了，现在又一次。有许多问题都会导致同样的错误。

一个原因是文件的重命名。如果您使用的是.cshtml文件，请检查这些文件和Views\web中的所有名称空间。配置文件。对于web表单，重命名为Default。Aspx(相关的.cs和设计器文件将自动重命名)。代码更改了，但是标记中的Inherits行没有更改。手动更改。仔细检查设计师页面。有时(VS2005-8?)设计器页面不反映名称空间的更改。2010年还没见过这种情况。

Another issue is when it all works in VS or on your local PC but not when you deploy. This could be because the deployment environment isn't structured the same. For example, the error occurs if you place your code in a virtual directory under an application folder, but it doesn't occur if you create a new application folder and place all of your files in there. I don't understand this one, as I've had the new child/virtual folder set with the same permissions (or so I think) and (I believe) the application pool should work the same for everything in a given application folder.

在我的例子中，我也有一个bin文件夹，其中包含从IIS服务器上的其他程序集更新的程序集。同样，确保这些文件在单独的应用程序文件夹中运行才会成功。

HTH

我得到这个错误是因为我正在运行项目，尽管有一些编译时错误。这一点我没有注意到。

我在Visual studio的开发环境中遇到了这个令人沮丧的错误，结果发现原因很愚蠢。简而言之，如果您在解决方案中有多个web项目/网站:请确保您试图访问网站的端口与项目属性-> web中配置的端口相同

在我的案例中，错误是因为我使用不同的端口访问网站(在浏览器中)，而解决方案中的项目被分配了另一个端口。为了更详细地解释，我的解决方案中有两个网站项目Website1(由Visual-Studio在ISS中分配端口8001)和Website2(由Visual-Studio在ISS中分配端口8101)。因此，即使我正在构建Website1，我也试图使用locahost:8101访问该网站。

现在我终于意识到了问题所在，我看到@StingyJack的评论也提到了类似的问题。