我花了好几天时间研究这个问题。我最终通过以下这篇文章中的建议解决了这个问题。

将平台目标更改为任意CPU。我目前没有这个配置，所以我必须去配置管理器并添加它。我专门为x64编译。仅凭这一点并不能解决错误。 将输出路径更改为bin\而不是bin\x64\Debug。在我改变平台目标之前，我已经尝试过几次了。它只会得到一个错误，因为格式无效而无法加载程序集。

要明确的是，在它开始工作之前，我必须做这两件事。我已经尝试了多次，但它从来没有解决，直到我做了两个。

如果我将这些设置中的任何一个更改回原来的设置，我将再次得到相同的错误，尽管已经运行了Clean Solution，并手动删除了bin目录中的所有内容。

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

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

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

我试过这里的所有方法，但都没用。我的项目是在VS 2013。我已经升级到VS 2015，并在2015年创建了我所有的新应用程序，但加载、编译、构建等所有在2013年构建的旧应用程序。

我最终在2015年加载了解决方案，它为我解决了这个问题。

TL;DR:对我来说，在尝试了3天我能在这里找到的所有其他答案之后，最终的解决方案是在我的IIS应用程序池高级设置中将启用32位应用程序设置为True，然后重新创建临时ASP。并为我的IIS_IUSRS组增加“修改”和“写入”权限。

我尝试的步骤:

Completely clean and rebuild solution. Shut down and restart Visual Studio. Delete Temporary ASP.NET Files directories (C:\Windows\Microsoft.NET\Framework*). This is where my problems really started: I deleted too much. Reboot development machine. Remove .vs folder and rebuild solution. Recreate C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files. My projects are 64-bit applications, even though build platform is AnyCPU. Verify output directory was set to bin/ on web projects. Wipe out and check out a clean copy of my version control branch. Wipe out and clone a fresh copy of my version control repository. Run Windows update to latest versions of .NET Frameworks. Repair, uninstall, and reinstall .NET Frameworks 3.5 and 4.8. Uninstall and reinstall Visual Studio 2019 Professional. Uninstall and reinstall the Internet Information Services feature in Windows. Downgrade ASP.NET NuGet package and rebuild solution (issued reference errors due to changes in assemblies). Upgrade ASP.NET back to what my projects were using and rebuild solution. Recreate IIS virtual directory through web project's Web properties. Created "empty" Global.asax files. Restore my files after no change. Replace Codebehind="Global.asax.cs" with Codefile="Global.asax.cs". This started showing me load errors for references to assemblies that actually existed in the system. Enable 32-bit applications in IIS application pool. This started displaying an access error to a 32-bit temporary directory. Restore permissions to all Temporary ASP.NET Files directories (add all but Full Control). This finally got my web application working again.

我能够从网上找到的无数答案中拼凑出足够的信息。在搜索iis找不到引用的。net dll后找到了这个答案，我尝试了最后的几个步骤，让我再次工作，在我的第四天开始与这个令人难以置信的模糊问题作斗争。

如果有办法诊断出为什么全球。asax无法加载，而不是太通用的无法加载类型错误，没有详细信息。

这个故事的寓意:当清理临时ASP。NET Files目录，删除目录的内容，而不是目录本身。否则，可能会导致权限丢失。

无法加载项目的错误 首先修复你的错误，重建项目后，它的工作

这个问题，我解决了给文件夹的正确权限，以及从IIS检查。

当我在本地环境中测试时，我得到了每个人的许可。但是在发布模式下，我认为我们只允许ASP。网用户。