错误：«无法加载typesMvcApplication»
我收到错误
无法加载typesMvcApplication
当我尝试运行我的网站。
如何纠正？
虽然听起来很愚蠢，但试过了一切，并没有工作，最后重新启动VS2012看到它再次工作。
对我来说，修复是修改生成选项卡中的输出path。
我改变了输出pathbin\和错误消失。
我得到了同样的错误，尽pipe在这里和其他地方提到的一切都没有奏效。 原来，我已经从名称不同的以前版本的项目中复制了global.asax.cs的源代码。 所以namespace Test应该是namespace Test.WebUI 。 当然是一个愚蠢的错误，写这个有点尴尬！ 但是希望写一个类似的错误，也可能导致他去检查这个微不足道的方面。
只需手动构build您的解决scheme。
如果您使用本地IIS，请尝试删除IISpipe理器中的网站注册，然后手动重新创build它。
[从问题中提取]
如果你得到这个错误：“无法加载typesMvcApplication”，看看你的项目的输出path，并确保它被设置为“bin \”。 问题是，如果AspNetCompiler不在默认位置，它将找不到这些文件。
更改输出文件夹的另一个副作用是，您将无法debugging您的代码，并出现一条消息，指出无法find程序集信息。
我有同样的问题，并通过以下步骤解决
- 转到项目属性
- 在“Build”选项卡上，将输出path设置为“bin”
我的解决scheme：因为我创造了这个问题！ 我改变了Global.asax.cs中的命名空间
您还需要更改Global.asax中的Inherits属性值。
啊，这很烦人。
停电后得到这个错误，我回到我的项目。
我试过重启VS. 我试着将输出path设置为\ bin。 我检查了我的名字空间。
但是对我而言，重build解决scheme是有效的。
重build解决scheme！
检查global.asax中提供的信息背后的代码。 他们应该正确地指向其代码背后的类。
sample global.asax：
<%@ Application Codebehind="Global.asax.cs" Inherits="MyApplicationNamespace.MyMvcApplication" Language="C#" %>
示例代码背后：
namespace MyApplicationNamespace { public class MyMvcApplication : System.Web.HttpApplication { protected void Application_Start( ) { AreaRegistration.RegisterAllAreas( ); FilterConfig.RegisterGlobalFilters( GlobalFilters.Filters ); RouteConfig.RegisterRoutes( RouteTable.Routes ); BundleConfig.RegisterBundles( BundleTable.Bundles ); } } }
在Visual Studio中运行项目时，如果IIS Express已经/正在使用相同的端口分配托pipe一个旧的/不同的项目，也会发生这种情况。
要解决此问题，可以更改此项目的端口分配或closuresIIS Express。
如果您使用IIS Express托pipe，并在两个不同的位置打开项目，则可能会看到此错误。
解决scheme是转到Project/Properties/Web/Servers ，然后单击Create Virtual Directory 。
我的解决scheme是右键单击Mvc项目，select属性，然后单击创build虚拟目录。
一个消息框popup说，该项目被映射到错误的文件夹（它显示了一个不同的TFS项目文件夹，它给了选项映射回正确的文件夹。
我得到这个错误，因为我运行该项目，尽pipe一些编译时错误。 这我没有注意到。
删除网站的bin文件夹的内容（使用文件资源pipe理器）。 重build。
我已经在我的生成选项卡中有bin/ 。 我从另一个项目副本中得到了global.asax，但是没有成功。
终于为我工作的解决scheme是删除bin/文件夹，并创build一个具有相同名称的新的空文件夹。
- 在解决scheme中右键单击失败的项目。
- 卸载项目
- 重新加载项目
- build立项目
- 重新构build解决scheme
过去十年我已经看过很多次了，只是再次。 有很多问题导致相同的错误。
一个原因是文件的重命名。 重命名Default.aspx（相关的.cs和devise器文件被自动重命名）。 代码隐藏更改，但标记中的Inherits行不更改。 手动更改它。 仔细检查devise师页面。 有时（VS2005-8？）devise器页面并不反映名称空间的变化。 2010年没有见过这个。
另一个问题是什么时候在VS或者你的本地PC上都能正常工作，而不是在你部署的时候。 这可能是因为部署环境结构不一样。 例如，如果将代码放在应用程序文件夹下的虚拟目录中，则会发生错误，但是如果创build新的应用程序文件夹并将所有文件放在该文件夹中，则不会发生错误。 我不明白这一点，因为我有新的子/虚拟文件夹设置具有相同的权限（或者我认为）和（我相信）应用程序池应该为给定的应用程序文件夹中的所有内容工作。
在我的情况下，我也有一个bin文件夹与从IIS服务器上的其他程序集更新的程序集。 再次确保这些文件在单独的应用程序文件夹中运行，从而获得成功。
HTH
我知道有很多解决scheme，但我想我只是提到什么解决了我。
我的configuration设置为debugging。 改变它释放做了我的伎俩。
确保你的global.asax.cs中的命名空间与你的webapp的命名空间相匹配
确保你不应该打开MVC项目，像File-> Open Web Site使用File-> Open Project来代替。
我每次得到这个问题，我保存一个文件，得到dynamic编译（ascx，aspx等）。 我等待大约8-10秒，然后消失。 这是非常恼人的。
我以为这可能是一个IIS Express的问题，所以我尝试在内置的开发服务器，并保存文件后，仍然收到它。 我正在运行一个MVC应用程序，我也使用T4MVC，也许这是一个因素…
什么对我来说是重新启动Visual Studio。
我尝试手动重build，执行清理和重build，并删除bin文件夹，所有这些都不工作。 我的输出path已经设置为bin \
我在Visual Studio的开发环境中遇到了这个令人沮丧的错误，结果原因很愚蠢。 简而言之，如果解决scheme中有多个Web项目/站点，请确保您尝试访问该站点的端口与在Project Properties-> Web中configuration的相同
在我的情况下，错误是由于我使用不同的端口访问网站（在浏览器中），而解决scheme中的项目被分配了另一个端口。 为了解释更多，我在我的解决schemeWebsite1（由Visual-Studio在ISS中分配端口8001）和Website2（由Visual-Studio在ISS中分配端口8101）中有两个网站项目。 所以，即使我正在build设Website1，我正试图访问使用locahost：8101的网站。
现在我终于意识到了这个问题，我看到@ StingyJack的评论也解决了类似的问题。
如果您更改了名称空间，请确保右键单击并重构。
如果你改变你的名字空间，这可能会经常发生。 返回名称空间的名称，就像以前一样，这应该使它工作！
在某些情况下，您创build的新项目不会默认设置为生成。 如果右键单击解决scheme，请select“ Properties ，然后select“ Configuration Properties 在左边的Configuration节点，并确保您的项目在Build列下有一个复选标记。 在正常情况下，我发现这是默认情况下发生的。 在其他情况下（我碰巧有一个复杂的Web API / Xamarin Android和iOS / Mvc 5解决scheme，performance出这种行为），复选标记不存在。
这与其他答案有关 – 如果您的网站projet的程序集不可用，则会出现此错误。 但是这可能是一个常见的情况，特别是因为你实际上是在编译你的解决scheme – 这个项目并没有build成。
我得到这个错误，因为我的版本控制已经设置为忽略我的bin文件夹。 很愚蠢，但也许别人会受益。
我遇到了这个问题，我看到了各种答案，但没有被接受。 我稍微发现，在试图运行之前简单地构build网站就解决了我的问题。
我再次有这个错误，以上都没有为我工作。 我必须在.csproj文件中删除以下节点： <VisualStudio>....</VisualStudio> 。 重新加载VS和它的工作。
仅供参考，VS能够重新创build节点，然后我在IIS（通过VS）重新创build网站，它完美的工作。
希望这会帮助某人。
我陷入了这个。 我已经阅读并testing了以前给出的所有可能的解决scheme。 检查构buildpath，生成，重build，清理，重新启动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
而所有的工作再次…奇怪的是，这个问题有这样不同的可能的解决scheme…
