这些东西我都测试过了，没有一个管用。然后我想起来我是通过IIS的本地实例运行站点的，并且已经移动了编译代码的目录。换句话说，我的IIS站点设置为查看有问题的旧目录。进入IIS并将站点的根目录更改为我的新目录显然解决了这个问题。

确保global.asax.cs中的命名空间与你的webapp的命名空间匹配

这些东西我都测试过了，没有一个管用。然后我想起来我是通过IIS的本地实例运行站点的，并且已经移动了编译代码的目录。换句话说，我的IIS站点设置为查看有问题的旧目录。进入IIS并将站点的根目录更改为我的新目录显然解决了这个问题。

啊，这太烦人了。

在断电后得到这个错误，我回到了我的项目。

我试着重启VS。 我试着将输出路径设置为\bin。 我检查了我的名称空间。

但对我来说有效的是重新构建解决方案。

重建方案! !

这种情况发生在我身上，因为我将Global.asax.cs (c#文件)添加到VB.net项目中，所以文件没有被编译，我必须使用文件的.vb版本才能工作和编译。

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

一个原因是文件的重命名。如果您使用的是.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