blocks|key|2867839|text|您的本地web服务器运行的代码与您实际运行的代码不同。确保您已经停止调试，停止本地web服务器，按照Peter的建议进行清理和重建，仔细检查您的global.asax和global.asax.cs，然后重试。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2867840|如果此操作不起作用，并且您正在使用本地IIS，请尝试在IIS管理器中删除该站点，然后手动重新创建它。|2867841|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Your local web server is running different code than what you're actually working on. Ensure you have stopped debugging, stop your local web server, clean and rebuild as Peter suggested, double-check your global.asax and global.asax.cs, and try again.

If this doesn't work and you are using local IIS, try removing the site in IIS Manager and recreating it manually.

blocks|key|216535|text|检查项目输出路径(项目属性/+Build)是否设置为bin和，而不是+bin\Release或bin\Debug|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|BOLD|entityRanges|data|216536|由于某些原因，IIS+(VS+development+Server或Local+IIS)总是从bin目录访问这些库(并且不会查找子目录)|216537|entityMap^0|Q|3|Z|B|1B|9|U|4|0|1B|3|0^^$0|@$1|2|3|4|5|6|7|K|8|@$9|L|A|M|B|C]|$9|N|A|O|B|C]|$9|P|A|Q|B|C]|$9|R|A|S|B|D]]|E|@]|F|$]]|$1|G|3|H|5|6|7|T|8|@$9|U|A|V|B|C]]|E|@]|F|$]]|$1|I|3|-4|5|6|7|W|8|@]|E|@]|F|$]]]|J|$]]

Check that the project output path (project properties / Build) is set to <code>bin</code> and not <code>bin\Release</code> or <code>bin\Debug</code>

For some reason IIS (VS development Server or Local IIS) always accesses the libraries from the <code>bin</code> directory (and won't look up for subdirectories)

blocks|key|3081445|text|尝试修改您的global.asax文件(简单地在某个地方添加一个空格)，然后重新运行。这将强制内置the服务器刷新并重新编译global.asax文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3081446|还要进行清理和重建--应该可以解决这个问题|3081447|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Try modifying your global.asax file (simple add a space somewhere) and re-run. this will force the built in webserver to refresh and recompile the global.asax file.

Also do a clean and rebuild - should fix the problem

blocks|key|221678|text|如果在生成global.asax之后更改命名空间信息(项目或类级别)，则有时会发生这种情况。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|221679|右键单击Global.asax文件并选择"Open+With“，然后选择"XML+(Text)+Editor+with+Encoding”(其他编辑器也可以使用，但这是我使用的编辑器)。|221680|然后编辑XML指令中的"Inherits“部分|221681|应用程序<%25@+Inherits="GodsCreationTaxidermy.MvcApplication"+Codebehind="Global.asax.cs“|BOLD|221682|+Language="C#”%25>)|blockquote|221683|221684|221685|以便它与Application类的实际全名相匹配。就是这样。|221686|另一种选择是从Global.asax.cs复制所有代码，然后删除并创建另一个Global.asax文件(然后将代码复制回Global.asax.cs)。|221687|entityMap^0|5|B|0|4|B|0|0|8|1B|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@$9|Y|A|Z|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|10|8|@$9|11|A|12|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|13|8|@]|D|@]|E|$]]|$1|J|3|K|5|6|7|14|8|@$9|15|A|16|B|L]]|D|@]|E|$]]|$1|M|3|N|5|O|7|17|8|@]|D|@]|E|$]]|$1|P|3|-4|5|6|7|18|8|@]|D|@]|E|$]]|$1|Q|3|-4|5|6|7|19|8|@]|D|@]|E|$]]|$1|R|3|S|5|6|7|1A|8|@]|D|@]|E|$]]|$1|T|3|U|5|6|7|1B|8|@]|D|@]|E|$]]|$1|V|3|-4|5|6|7|1C|8|@]|D|@]|E|$]]]|W|$]]

This happens sometimes if you change namespace information (project or class level) after the <code>global.asax</code> is generated. 

Right click on the <code>Global.asax</code> file and select "Open With" and then select "XML (Text) Editor with Encoding" (other editors may work as well, but this is what I use). 

Then edit the "Inherits" section in the XML directive 

<blockquote>
 &lt;%@ Application Codebehind="Global.asax.cs" Inherits="GodsCreationTaxidermy.MvcApplication" Language="C#" %>) 
</blockquote>

so that it matches the actual full name of your Application class. And that's it. 

Another option is to copy off all your code from Global.asax.cs and then delete and create another Global.asax file (and then copy the code back into Global.asax.cs).

blocks|key|216578|text|我关闭并重新打开了visual+studio，它起作用了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|216579|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I closed and reopened visual studio and it worked.

blocks|key|216601|text|我不得不去构建->配置管理器，然后--嗯--选中我的项目旁边的复选框，以确保它确实得到了构建。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|216602|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had to go to BUILD -> CONFIGURATION MANAGER and -- ahem -- check the box next to my project to ensure it actually gets built.

blocks|key|219951|text|我今天遇到了这个问题，我花了一段时间才找到原因。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|219952|基本上，我的主VS2015项目包括一个使用更高版本的.Net框架构建的子项目。|219953|奇怪的是，当你遇到这个问题时，VS2015会很高兴地报告解决方案构建正常，但当你尝试运行网站时，它只会给你误导性的错误，暗示你的Global.asax.cs文件是错误的。|offset|length|style|CODE|219954|因此，如果您看到此错误，并且清理/重建没有帮助，请打开项目的References树，并检查感叹号。|219955|​|219956|📷|atomic|219957|219958|另外，检查您的Output窗口中是否有类似如下的消息：|219959|The+primary+reference+"C:\Projects\Business+Objects+4\bin\Release\BusinessObjects.dll"+
could+not+be+resolved+because+it+was+built+against+
the+".NETFramework,Version=v4.5"+framework.+
This+is+a+higher+version+than+the+currently+targeted+framework
".NETFramework,Version=v4.0".|code-block|syntax|javascript|219960|当然，解决方案是右键单击您的主项目，选择顶部选项卡"Application"，然后将Target+Framework版本更改为与您的子项目相匹配的更高版本。|219961|令人恼火的是，Visual+Studio+2015将允许您完全构建和运行包含此问题的解决方案。这是自找麻烦..！|219962|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/3b335c9d2ca9a740dbc6c7d88ee404f6.png|imageAlt^0|0|0|1S|E|0|U|A|0|0|0|1|0|0|0|7|6|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1B|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1C|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|1D|8|@$F|1E|G|1F|H|I]]|9|@]|A|$]]|$1|J|3|K|5|6|7|1G|8|@$F|1H|G|1I|H|I]]|9|@]|A|$]]|$1|L|3|M|5|6|7|1J|8|@]|9|@]|A|$]]|$1|N|3|O|5|P|7|1K|8|@]|9|@$F|1L|G|1M|1|1N]]|A|$]]|$1|Q|3|M|5|6|7|1O|8|@]|9|@]|A|$]]|$1|R|3|S|5|6|7|1P|8|@$F|1Q|G|1R|H|I]]|9|@]|A|$]]|$1|T|3|U|5|V|7|1S|8|@]|9|@]|A|$W|X]]|$1|Y|3|Z|5|6|7|1T|8|@]|9|@]|A|$]]|$1|10|3|11|5|6|7|1U|8|@]|9|@]|A|$]]|$1|12|3|-4|5|6|7|1V|8|@]|9|@]|A|$]]]|13|$14|$5|15|16|17|A|$18|19|1A|-4]]]]

I had this issue today, and it took me a while to find the cause.

Basically, my main VS2015 project was including a sub-project which had been built using a higher version of .Net Framework.

Bizarrely, when you have this problem, VS2015 will happily report that the solution has built okay, but when you try and run the website, it just gives you that misleading error, suggesting that your <code>Global.asax.cs</code> file is wrong.

So, if you see this error, and Cleaning/Rebuilding doesn't help, open your Project's <code>References</code> tree, and check for exclamation marks.

<a href="https://i.stack.imgur.com/03KYx.png" rel="noreferrer"><img src="https://i.stack.imgur.com/03KYx.png" alt="enter image description here"></a>

Also, check your <code>Output</code> window for messages like this:

<pre><code>The primary reference "C:\Projects\Business Objects 4\bin\Release\BusinessObjects.dll" 
could not be resolved because it was built against 
the ".NETFramework,Version=v4.5" framework. 
This is a higher version than the currently targeted framework
".NETFramework,Version=v4.0".
</code></pre>

The solution, of course, is to right-click on your main project, select the top tab, "Application", and change the Target Framework version to a higher version which matches your sub-project.

It's annoying that Visual Studio 2015 will let you fully build and run Solutions which quietly contain this problem. It's asking for trouble..!

blocks|key|2868049|text|我刚刚在一个MVC5应用程序上遇到了这个问题，没有任何东西对我起作用。这发生在我尝试将SVN还原到项目的较旧版本之后。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2868050|我不得不删除项目项目，然后右击+global.asax.cs+->+->+Global.asax添加一个新项目，最后修复了这个问题。|2868051|只是觉得这可能会对某人有帮助。|2868052|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I just encountered this on an MVC5 application and nothing was working for me. This happened right after I had tried to do an SVN revert to an older version of the project.

I had to delete global.asax.cs and then added a new one by right clicking Project -> Add New Item -> Global.asax and THAT finally fixed it.

Just thought it might help someone.

blocks|key|2868429|text|“构建->配置管理器，然后--嗯--选中我的项目旁边的复选框，以确保它确实得到了构建。”进入windows资源管理器中的项目文件夹，按options并取消选中"Read+only“复选框有帮助。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2868430|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

"BUILD -> CONFIGURATION MANAGER and -- ahem -- check the box next to my project to ensure it actually gets built."
That and going to the project folder in windows explorer, pressing options and unchecking the "Read only" checkbox helped.

blocks|key|219500|text|您还可以在IIS中检查站点的属性。(在IIS中，右键单击站点并选择“属性”。)确保物理路径设置指向您的应用程序的正确路径，而不是其他应用程序的路径。(这为我修复了这个错误。)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|219501|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

You can also check your site's properties in IIS. (In IIS, right-click the site and choose Properties.) Make sure the Physical Path setting is pointing to the correct path for your application not some other application. (That fixed this error for me.)

blocks|key|221707|text|我必须报告，我尝试了这篇文章中的至少4个建议。它们都不起作用。然而，我很高兴地报告，我是通过从备份中检索而恢复的。只需要从日志文件中更新我最近的代码更改。只用了不到10分钟。我花了3倍的时间阅读这篇文章并尝试其他建议。抱歉的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|221708|这是一个非常奇怪的错误。祝其他遇到这个小精灵的人好运。|221709|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I have to report that I tried at least 4 suggestions from this post. None of them worked. Yet I am happy to report that I recovered by retrieving from back up. Only had to update my last code changes from log file. Took less then 10 minutes. Spent 3 times that reading this post and trying other suggestions. Sorry.

It was a very weird error. Good luck to anyone else encountering this gremlin.

blocks|key|219590|text|当我有两个运行同一项目的Visual+Studio实例时，我也遇到了同样的问题。所以我关闭了两个Visual+Studio，只打开了一个实例，现在它工作得很好！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|219591|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I have same problem when I have 2 instance of Visual Studio running same project. So I closed both Visual Studio and opened only one instance and It works fine now!

blocks|key|221725|text|我正在做一个更老的‘基于文件夹’的ASP.NET+web项目(我讨厌这个项目)--我发现这是我的解决方案：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|221726|创建一个App_Code文件夹(如果您还没有)|offset|length|style|CODE|221727|将Global.asax.vb文件移动到App_Code文件夹中|221728|Global.asax中的标记可以省略任何名称空间(至少，对于这种样式的项目，afaik)：|221729|<%25@+Application+Codebehind="Global.asax.vb"+Inherits="MyApp"+Language="VB"+%25>|code-block|syntax|javascript|221730|...where+"MyApp“是在Global.asax.vb中定义的类的名称|221731|entityMap^0|0|4|8|0|1|E|K|8|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@$D|W|E|X|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|Y|8|@$D|Z|E|10|F|G]|$D|11|E|12|F|G]]|9|@]|A|$]]|$1|J|3|K|5|6|7|13|8|@]|9|@]|A|$]]|$1|L|3|M|5|N|7|14|8|@]|9|@]|A|$O|P]]|$1|Q|3|R|5|6|7|15|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|16|8|@]|9|@]|A|$]]]|T|$]]

I was working on an older 'folder based' ASP.NET web project (which I loathe) - and found this to be my fix:

Create an <code>App_Code</code> folder (if you didn't have one already)

Move the <code>Global.asax.vb</code> file into the <code>App_Code</code> folder

The markup in Global.asax can leave out any namespaces (at least, for this style of project, afaik):

<pre><code>&lt;%@ Application Codebehind="Global.asax.vb" Inherits="MyApp" Language="VB" %&gt;
</code></pre>

...where "MyApp" is the name of the class being defined in Global.asax.vb

blocks|key|2868445|text|从解决方案根目录中删除.vs目录。打扫。重建。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2868446|这个问题有时会让我发疯，我不可避免地会在这里翻页浏览答案。我怀疑有多种原因可以产生这种异常，这一次对我来说是有效的。|2868447|entityMap^0|B|3|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|N|8|@]|D|@]|E|$]]]|I|$]]

Delete the <code>.vs</code> directory from the solution root. Clean. Rebuild.

This issue drives me bonkers once in awhile and I inevitably end up here paging through answers. I suspect there are multiple causes that can produce this exception, this once works for me.

blocks|key|216539|text|此问题已通过授予文件夹的正确权限以及从IIS进行检查来解决。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|216540|当我在我的本地环境中测试时，我得到了每个人的许可。但在发布模式下，我认为我们只给ASP.Net用户权限。|216541|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

This issue I was solved by giving right permission of the folder as well as check from IIS.

I was given permission to everyone as I am testing in my local environment. But in publish mode I think we give only permission to ASP.Net user.

blocks|key|219524|text|清空bin文件夹。构建所有依赖类库并在主项目中引用它们，然后构建完整的解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|219525|Source|offset|length|219526|entityMap|0|LINK|mutability|MUTABLE|url|http://forums.asp.net/t/928924.aspx^0|0|0|6|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

Empty the bin folder. Build all the dependent class libraries and refer them in the main project, and build the complete solution. 

<a href="http://forums.asp.net/t/928924.aspx" rel="nofollow">Source</a>

blocks|key|216623|text|我也面临着同样的问题。尽管遵循了每一个答案，但它并不起作用。然后我把"Inherits=namespace.class“改成了"Inherits=fully+qualified+assemblyname”，即"Inherits=namespace.class，assemblyname，Version=，Culture=，PublicKeyToken=“希望能有所帮助。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|216624|entityMap^0|18|F|21|S|36|1Q|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|O|8|@]|D|@]|E|$]]]|G|$]]

I too faced the same problem. Despite of following every Answer it didnt work.
Then I changed the "Inherits=namespace.class" to "Inherits=fully qualified assemble name" i.e "Inherits=namespace.class,assemblyname, Version=, Culture=, PublicKeyToken="
Hope it helps.

blocks|key|216790|text|如果您不小心忘记将VS解决方案设置为“多个启动项目”，如果您从同一解决方案运行网站和WebApi，也可能发生这种情况。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|216791|你可以在解决方案资源管理器中右击Solution，选择“Properties”，然后查找“Startup+Projects”。|216792|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

This can also happen if you accidentally forget to set your VS solution to "Multiple Startup Projects" if you are running a Web and WebApi from the same solution.

You can check this by right-clicking on Solution in the Solution Explorer and select 'Properties". Then look for 'Startup Projects'.

blocks|key|3082298|text|对我来说，解决方案不是上面的任何一个。我不得不删除(而不是重新创建)+Global.asax和Global.asax.cs。这些文件存在于文件夹中，即使它们没有在项目中被引用。显然，在构建过程中仍然可以看到它们。由于我将OWIN与Startup.cs一起使用，因此Global.asax文件已过时，删除它没有任何问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3082299|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The solution for me wasn't any of the above.
I had to delete (and not recreate) Global.asax and Global.asax.cs.
These files existed in the folder, even though they weren't referenced in the project.
Apparently the build still saw them.
Since I use OWIN with Startup.cs, the Global.asax file was obsolete and there was no issue with deleting it.

blocks|key|2868518|text|是的，我读了所有的答案。但是，如果您是我，并且已经拔掉了所有剩下的头发，那么请尝试检查\bin文件夹。像大多数项目文件一样，在XML元素PropertyGroup下可能有几个配置分组，然后我将OutputPath值从'bin\Debug‘更改为删除'\Debug’部分并重新构建。这会将文件放在\bin文件夹中，以允许Express+IIS查找并加载构建。我想知道管理这些不同构建的正确方法是什么，以便本地调试部署能够找到并加载目标环境。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2868519|entityMap^0|1W|D|2O|A|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

Yes, I read all the answers. However, if you are me and have been pulling out all of what's left of your hair, then try checking the \bin folder. Like most proj files might have several configurations grouped under the XML element <code>PropertyGroup</code>, then I changed the <code>OutputPath</code> value from 'bin\Debug' to remove the '\Debug' part and Rebuild. This placed the files in the \bin folder allowing the Express IIS to find and load the build. I am left wondering what is the correct way to manage these different builds so that a local debug deploy is able to find and load the target environment.

blocks|key|221635|text|我也得到了相同的error...check，即你正确开发的应用程序的名称。分配的命名空间和程序集名称，并尝试以物理方式更改为应用程序创建的文件夹的名称，所有这些都应该与文件global.asax中上述命名空间中的名称相同|type|unstyled|depth|inlineStyleRanges|entityRanges|data|221636|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I also got the same error...check the name of the Application you developed properly ie. the namespace and the assembly name alloted and also try physically changing the name of the folder created for the application, all of this should be same as the name in the above namespace present in the file global.asax

blocks|key|3081612|text|我还得到了与你的虚拟目录的IIS配置相同的error...check，并确保Properties+-+ASP.NET+-+ASP.NET版本与项目属性-应用程序-目标框架的版本相同。(这为我修复了这个错误。)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3081613|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I also got the same error...check the IIS Configuration of your Virtual Directory and be sure that Properties - ASP.NET - ASP.NET Version is the same of Project Properties - Application - Target Framework. (That fixed this error for me.)

blocks|key|2868004|text|我的应用是在较旧版本的VS中构建的，没有bin文件夹。我已经把它升级到了一个新的版本，并且在部署它时做了一个噩梦。我最终追踪到了这个错误，找到了Project+>+Properties+>+Application。Target+Framework设置为2.0；在服务器上更改它以与IIS管理器/应用程序池中的IIS管理器/应用程序池匹配，为我解决了问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2868005|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

My app was built in an older version of VS, and didn't have a bin folder. I had upgraded it to a newer version, and had a nightmare getting it to deploy. I finally tracked this error down to the Project > Properties > Application. The Target Framework was set to 2.0; changing it on the server to match in the IIS Manager/App Pool solved the issue for me.

blocks|key|3081678|text|我发现在项目中更改命名空间，而没有在整个解决方案中进行重构是我的问题所在。检查你的项目属性，看看你的命名空间是什么，确保它是整齐的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3081679|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I found that changing the Namespace on the project, without refactoring that across the whole solution was my problem. Check your project Properties and see what your namespace is, ensure that lines up, across the board.

blocks|key|2868077|text|对我来说，问题是我没有在我的项目中包含global.asax.cs。因为我要将文件从.net+4.5复制到4.0，所以我没有注释掉4.0中不需要的行。因为它不包含在visual+studio中，所以无论如何都没有问题地编译它。但当我包含它时，它突出显示了导致问题的行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2868078|using+System;
using+System.Collections.Generic;
using+System.Linq;
using+System.Web;
//using+System.Web.Http;
using+System.Web.Mvc;
//using+System.Web.Optimization;
using+System.Web.Routing;

namespace+YourNameSpace
{
++++public+class+WebApiApplication+:+System.Web.HttpApplication
++++{
++++++++protected+void+Application_Start()
++++++++{
++++++++++++AreaRegistration.RegisterAllAreas();
++++++++++++//GlobalConfiguration.Configure(WebApiConfig.Register);
++++++++++++FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
++++++++++++RouteConfig.RegisterRoutes(RouteTable.Routes);
++++++++++++//BundleConfig.RegisterBundles(BundleTable.Bundles);
++++++++}
++++}
}|code-block|syntax|javascript|2868079|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

The problem for me is that I didn't include global.asax.cs in my project. And because I was copying files from a .net 4.5 to a 4.0 I didn't comment out lines that are not needed in 4.0. Because it was not included visual studio compiled it anyway without issues. But when I included it, it highlighted the lines that cause problems.

<pre><code>using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
//using System.Web.Http;
using System.Web.Mvc;
//using System.Web.Optimization;
using System.Web.Routing;

namespace YourNameSpace
{
 public class WebApiApplication : System.Web.HttpApplication
 {
 protected void Application_Start()
 {
 AreaRegistration.RegisterAllAreas();
 //GlobalConfiguration.Configure(WebApiConfig.Register);
 FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
 RouteConfig.RegisterRoutes(RouteTable.Routes);
 //BundleConfig.RegisterBundles(BundleTable.Bundles);
 }
 }
}
</code></pre>

blocks|key|216635|text|我花了一天的时间来解决这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|216636|唯一有效的方法是删除.sln文件，创建一个新文件，然后将项目逐个添加回去。|216637|\(ツ)_/-编程-\(ツ)_/|216638|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I spent literally a day trying to resolve this.

The only thing that worked was deleting the .sln file, creating a new one, and adding the projects back in one by one.

¯\_(ツ)_/¯ - Programming - ¯\_(ツ)_/¯

blocks|key|221745|text|对于我来说，web程序集是GAC的一部分...因此，在构建之后，它需要安装在GAC中，并且它可以工作。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|221746|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

For my case, the web assembly was part of GAC... so after build, it need to installed in GAC and it worked.

blocks|key|2868139|text|我遇到了这个错误消息，并最终发现该错误消息具有误导性。在我的例子中，IIS中似乎存在路由问题，导致来自web服务器上另一个站点的global.asax被读取，从而产生错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2868140|在IIS中，我的站点绑定到http:*80:webservices.local并包含一个名为MyAPI的应用程序。当使用web服务器的ip地址调用MyAPI应用程序时，我收到了可怕的消息。|2868141|为了成功地调用我的应用程序，我必须在所有调用MyAPI应用程序的机器上为webservices.local添加一个主机文件条目。然后，我的所有请求都必须以http://webservices.local/MyAPI/为前缀才能正确路由。|offset|length|2868142|entityMap|0|LINK|mutability|MUTABLE|url|http://webservices.local/MyAPI/^0|0|0|25|V|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@$F|S|G|T|1|U]]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

I encountered this error message and eventually discovered that the error message was misleading. In my case there appears to have been a routing issue in IIS which caused the global.asax from another site on the web server to be read thus generating the error.

In IIS, my site was bound to http:*80:webservices.local and contained an application called MyAPI. I received the dreaded message when calling the MyAPI application using the web server's ip address.

In order to successfully call my application I had to add a host file entry for webservices.local on all of the machines that called the MyAPI application. Then all of my requests had to be prefixed with <a href="http://webservices.local/MyAPI/" rel="nofollow noreferrer">http://webservices.local/MyAPI/</a> in order to route correctly.

blocks|key|219993|text|我在这里尝试了所有的方法，但都不起作用。我的项目是VS+2013。我已经升级到VS+2015，并在2015年创建了我所有的新应用程序，但在那个版本中加载、编译、构建等我在2013年构建的所有旧应用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|219994|我最终在2015年加载了解决方案，它为我解决了这个问题。|219995|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I tried absolutely everything here and nothing worked. My project was in VS 2013. I have since upgraded to VS 2015 and have been creating all of my new applications in 2015 but loading, compiling, building etc all of my old apps that were built in 2013 in that version.

I ended up just loading the solution in 2015 and it resolved it for me.

blocks|key|3082069|text|有两种方法可以做到这一点：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3082070|3082071|配置管理器将dll构建显示为'64‘和'any+cpu’构建的混合。将它们都放到同一个构建中可以解决这个问题。|unordered-list-item|3082072|当在分支之间切换时，IIS+express路径有时不会更新。右键单击任务栏中的“IIS+Express”>“显示所有应用程序”并验证路径是否指向正确的分支。|3082073|3082074|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|L|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|M|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|N|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|P|8|@]|9|@]|A|$]]]|J|$]]

Two ways to get this:

<ul>
<li>The configuration manager shows the dll builds as a mix of '64' and 'any cpu' builds. 
Putting them all to the same build fixes it.</li>
<li>When switching between branches, the IIS express path is sometimes not updated. Right click 'IIS Express' in the task bar > Show all applications and verifty that the path is to the correct branch.</li>
</ul>

blocks|key|3082170|text|我在这个问题上花了好几天的时间。通过这篇文章中的以下建议，我终于解决了这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3082171|3082172|将平台目标更改为任何CPU。我目前没有此配置，因此我必须转到配置管理器并添加它。我是专门为x64编译的。单凭这一点并不能解决错误。|ordered-list-item|3082173|将输出路径更改为bin\而不是bin\x64\Debug。在我改变平台目标之前，我已经尝试过好几次了。除了收到由于格式无效而无法加载程序集的错误之外，它再也不会有任何不同。|offset|length|style|CODE|3082174|3082175|需要明确的是，在它开始工作之前，我必须完成这两个步骤。我已经单独尝试了很多次，但直到我两个都做了才能解决这个问题。|3082176|如果我将这些设置中的任何一个更改回原始设置，尽管我已经运行了Clean+Solution并手动删除了bin目录中的所有内容，但我仍然会再次收到相同的错误。|3082177|entityMap^0|0|0|0|8|4|F|D|0|0|0|1E|3|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|T|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|U|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|V|8|@$H|W|I|X|J|K]|$H|Y|I|Z|J|K]]|9|@]|A|$]]|$1|L|3|-4|5|6|7|10|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|11|8|@]|9|@]|A|$]]|$1|O|3|P|5|6|7|12|8|@$H|13|I|14|J|K]]|9|@]|A|$]]|$1|Q|3|-4|5|6|7|15|8|@]|9|@]|A|$]]]|R|$]]

I spent multiple days on this issue. I finally got it resolved with the following combination of suggestions from this post. 

<ol>
<li>Change platform target to Any CPU. I did not have this configuration currently, so I had to go to the Configuration Manager and add it. I was specifically compiling for x64. This alone did not resolve the error. </li>
<li>Change the output path to <code>bin\</code> instead of <code>bin\x64\Debug</code>. I had tried this several times already before I changed the platform target. It never made a difference other than getting an error that it failed to load the assembly because of an invalid format. </li>
</ol>

To be clear, I had to do both of these before it started working. I had tried them individually multiple times but it never fixed it until I did both. 

If I change either one of these settings back to the original, I get the same error again, despite having run Clean Solution, and manually deleting everything in the <code>bin</code> directory.

blocks|key|220091|text|我在VS+2017中遇到了这个问题，我花了一整天的时间来检查100个解决方案，其中任何一个都不起作用。然后，我采用了我的整个解决方案，并在安装了VS+2017的不同机器上启动了它。它终于成功了。然后在原始版本上重新安装VS+2017，它也开始在上面运行。我强烈建议你在另一台机器上尝试你的解决方案，然后再浪费很多时间去调试它，bcz它是VS+2017中的一个BUG，就像我看起来的那样，我已经向VS团队报告了同样的情况。希望这能帮助任何悲痛的人。干杯。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|220092|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I faced the problem in VS 2017 out of no where, took my whole day going through 100 of solutions any of these didnt work. I then took my whole solution and started it on different machine having VS 2017 installation.. 
IT FINALLY WORKED. Than reinstalled VS 2017 on the original one and it started running on that too. I strongly recommend you try your solution on a different machine before wasting much time to debug it, bcz it is a BUG in VS 2017 as it seemed for me, have reported same to VS TEAM. Hope this helps any one in grief. Cheers.

blocks|key|216844|text|我最近在一个Web应用程序中体验到了这一点。问题是nuget包引入了对Microsoft.Net.Compiler和Microsoft.Code.Dom的依赖|type|unstyled|depth|inlineStyleRanges|entityRanges|data|216845|它们支持多级编译器版本。|216846|将我的应用程序转换为ASP.NET网站，而不是Web应用程序。我花了很长时间才解决这个问题--+2.5天！|216847|我从Nuget+Manager中删除了这些文件，删除了obj和bin目录中的文件--关闭了studio+--然后重新打开并重新构建了项目。这解决了它，但是|216848|那是多么痛苦啊！|216849|我希望我在这个问题上节省了其他人的时间！|216850|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|P|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Q|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|R|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|S|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

I experienced this recently in a Web Application.
The problem was a nuget package brought in a dependency to:
 Microsoft.Net.Compiler and Microsoft.Code.Dom 

They support multilevel compiler versions ..

That converted my application to an ASP.NET website instead of the Web Application .. took me forever to resolve this - 2.5 days!!!

I deleted those from the Nuget Manager, deleted the files in obj and bin directories - closed studio - and then reopened and rebuilt the project . That fixed it but

WHAT A PAIN THAT WAS!! 

I hope I save some others time on this one!

blocks|key|220148|text|我有一个非常老的解决方案。事实证明，真正的问题是这些项目是构建到4.6.1，而不是其他引用的DLL构建到4.7.2的地方。在将解决方案中的所有项目更改为4.7.2之后，它成功构建并运行了应用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|220149|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had this on a very old solution. Turns out the real problem was these projects were building to 4.6.1 instead of where the rest of the referenced DLLs were build - 4.7.2. After changing all the projects in the solution to 4.7.2 it built successfully and the app ran.

blocks|key|220161|text|我以一种非常简单的方式修复了它。您所要做的就是删除ProjectName\bin文件夹中的所有文件，然后从Visual+studio顶部菜单栏Build->Rebuild+Solution再次重新构建项目，您就完成了。现在尝试运行该项目。这个过程适用于我在Visual+Studio+2022中的工作。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|220162|entityMap^0|P|F|1Z|N|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

I fixed it in very simple way. All you have to do is just delete all files in <code>ProjectName\bin</code> folder then from Visual studio top menu bar <code>Build-&gt;Rebuild Solution</code> to rebuild the project once again and you are done. Try to run the project now. This process worked for me in Visual Studio 2022.

blocks|key|219917|text|无法使用项目firstly+Fix+your+errors+and+after+rebuild+project+its+working加载错误|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|CODE|entityRanges|data|219918|entityMap^0|6|1P|6|1P|0^^$0|@$1|2|3|4|5|6|7|I|8|@$9|J|A|K|B|C]|$9|L|A|M|B|D]]|E|@]|F|$]]|$1|G|3|-4|5|6|7|N|8|@]|E|@]|F|$]]]|H|$]]

cant load errors with your project
<code>firstly Fix your errors and after rebuild project its working</code>

blocks|key|219697|text|我这样解决了这个问题:只需在Global.asax中修复名称空间即可。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|219698|entityMap^0|S|4|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

I solved the problem this way: 
Just fix the namespace in Global.asax.

I'm working on an MVC3 project and receive the following error:

<blockquote>
 Parser Error Message: Could not load type 'GodsCreationTaxidermy.MvcApplication'.
</blockquote>

Source Error: 

<blockquote>
 Line 1: <code>&lt;%@ Application Codebehind="Global.asax.cs" Inherits="GodsCreationTaxidermy.Core.MvcApplication" Language="C#" %&gt;</code>
</blockquote>

The error I get is cannot load GodsCreationTaxidermy.Core.MvcApplication but in this screen shot the Core part isn't displaying in the error:

<img src="https://i.stack.imgur.com/LL3Vb.png" alt="Error Page Screenshot">

Does anyone have any ideas or a solution to this error?

"Parser Error Message: Could not load type" in Global.asax

Visual Studio

日志文件

服务器

编译器

路由

我正在处理一个MVC3项目，并收到以下错误：分析器错误消息:无法加载类型'GodsCreationTaxidermy.MvcApplication‘。源错误：第1行：<%@ Application Codebehind="Global.asax.cs" Inherits="GodsCreationTaxidermy.Core.MvcApplication" Language="C#" %>我得到的

问Global.asax中的“解析器错误消息:无法加载类型”
EN

回答 37

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Global.asax中的“解析器错误消息:无法加载类型”EN

回答 37

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Global.asax中的“解析器错误消息:无法加载类型”
EN