我正在开发一个旧的“基于文件夹的”ASP。NET web项目(我讨厌)-并发现这是我的修复:

创建一个App_Code文件夹(如果你还没有的话)

将Global.asax.vb文件移动到App_Code文件夹中

全局中的标记。Asax可以省略任何名称空间(至少对于这种类型的项目):

<%@ Application Codebehind="Global.asax.vb" Inherits="MyApp" Language="VB" %>

…其中“MyApp”是在Global.asax.vb中定义的类的名称

尝试修改全局变量。Asax文件(简单添加一个空格的地方)，并重新运行。这将迫使内置的web服务器刷新和重新编译全局。asax文件。

也做一个清理和重建-应该修复问题

我遇到了这个错误消息，最终发现这个错误消息具有误导性。在我的情况下，似乎已经在IIS路由问题，导致全局。从web服务器上的另一个站点读取Asax，从而产生错误。

在IIS中，我的站点绑定到http:*80:webservices。包含一个名为MyAPI的应用程序。我在使用web服务器的ip地址调用MyAPI应用程序时收到了可怕的消息。

为了成功地调用我的应用程序，我必须为webservices添加一个主机文件条目。在所有调用MyAPI应用程序的机器上。然后，我的所有请求都必须以http://webservices.local/MyAPI/作为前缀，以便正确路由。

我在一个非常古老的溶液中有这个。事实证明，真正的问题是这些项目构建到4.6.1，而不是其他被引用的dll构建到4.7.2。在将解决方案中的所有项目更改为4.7.2后，它成功构建并运行应用程序。

我今天遇到了这个问题，我花了一段时间才找到原因。

基本上，我的VS2015主项目包括一个使用更高版本的. net Framework构建的子项目。

奇怪的是，当你遇到这个问题时，VS2015会很高兴地报告解决方案已经构建好了，但当你尝试运行网站时，它只是给你一个误导性的错误，表明你的Global.asax.cs文件是错误的。

因此，如果您看到这个错误，并且清理/重建不起作用，打开项目的引用树，并检查感叹号。

同样，检查你的输出窗口是否有这样的消息:

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".

当然，解决方案是右键单击您的主项目，选择顶部选项卡“Application”，并将目标框架版本更改为与您的子项目匹配的更高版本。

Visual Studio 2015会让你完全构建和运行包含这个问题的解决方案，这很令人恼火。这是自找麻烦!

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.