ASP.NETCorruptAssembly"CannotloadfileorassemblyApp_Web_*"我已经阅读了关于同一个问题的帖子许多其他问题，但我仍然不明白为什么以及如何防止它发生。在我的例子中，这发生在生产服务器上。我遇到了其他问题中描述的相同错误，我通过将程序集重新复制到bin目录来解决它。它们甚至不是重新编译的文件，它们和以前一样-再次复制，然后它开始工作没问题。奇怪的是，我正在使用Web部署项目将所有程序集文件重命名为基于文件夹的dll。所以folder.dll和folder.subfolder.dll而不是App_Web_jt8nxllz.dll。但是，错误仍然命名为原始App_Web_jt8nxllz.dll文件。删除C:WINDOWSMicrosoft.NETFramework[64]v...TemporaryASP.NETFiles文件夹的内容工作正常，但有谁知道如何防止发生此错误？此外，当它发生在生产服务器上时，关闭IIS或重新启动它实际上不起作用。也许自动清理调度程序上的Temp文件夹？这里真正的问题是什么？有什么特别的东西会导致这种情况发生吗？该站点会毫无问题地嗡嗡作响，然后突然间，整个文件夹停止工作并产生此错误。无法加载文件或程序集“App_Web_jt8nxllz，Version=0.0.0.0，Culture=neutral，PublicKeyToken=null”或其依赖项之一。该系统找不到指定的文件。捕获到异常类型“System.IO.FileNotFoundException”。来源：App_Web_whv5zsvd目标站点：Void__BuildControlTree(ASP.artists_controls_artistheader_ascx)堆栈跟踪：在ASP.artists_controls_artistheader_ascx.__BuildControlTree(artists_controls_artistheader_ascx__ctrl)在ASP.artists_controls_artistheader_ascx.FrameworkInitialize()在System.Webit.InterializeUser().UI.UserControl.InitializeAsUserControl（页面页面）在ASP._artists_artist_master.__BuildControlctlArtistHeader()在ASP.master_mysite_master.__BuildControlform1()在ASP.master_mysite_master.__BuildControlBody()在ASP.master_mysite_master.__BuildControlTree(master_mysite_master__ctrl)在ASP.master_mysite_master.FrameworkInitialize()在System.Web.UI.UserControl.InitializeAsUserControlInternal()在System.Web.UI.MasterPage.CreateMaster(TemplateControlowner,HttpContextcontext,VirtualPathmasterPageFile,IDictionarycontentTemplateCollection)在System.Web.UI.MasterPage.get_Master()在System.Web.UI.MasterPage.ApplyMasterRecursive(MasterPagemaster,IListappliedMasterFilePaths).ApplyMasterPage()atSystem.Web.UI.Page.ProcessRequestMain(BooleanincludeStagesBeforeAsyncPoint,BooleanincludeStagesAfterAsyncPoint)不只是链接我的网站，但我遇到了这个问题，我写了一篇关于这个主题的博客文章检查它，它有有关此主题的更多信息的链接。但总结一下这里的详细信息是：问题：站点在尝试加载自定义Web控件时出错。您在上一个版本中看到，我们向另一个按需显示的自定义Web控件添加了一个新的自定义控件。因为最外层/父控件和新的子控件在源代码中是单独的控件，当.NetFramework编译这两个控件之一而不同时重新编译另一个时，您将有一个过时的文件试图引用一个程序集的旧版本。.Netframework在编译时在程序集名称后附加了一个随机字符串是新编译文件的名称和以前版本的文件导致文件名不匹配，因此外部/父控件正在寻找文件不再存在。可能的工作或临时修复：1)通过在web.config文件中将编译标志的批处理属性设置为false2)您还可以减少numRecompileBeforeAppRestart属性设置以使其发生：有关详细信息，请参阅知识库文章934839发生：1)删除临时ASP.Net文件（这将删除网站）2)强制父/外部控制器重新编译、编辑和保存代码文件。这是比#1更好的修复选项，因为这不会使站点崩溃。我的建议：1)首先，我认为我们应该从上面实施临时修复#1，这可能会防止所有未来的问题，并且可能是我们需要的唯一答案。2）其次，我会在QA环境中下载并安装微软的934839补丁，以验证它不会引起任何问题。在QA中测试修复一段时间后，我将安装它以永久修复该问题。此时我们可以删除#1的临时工作。注意：放置Tempfix#1后，我没有再遇到问题。我已经进行了12个月以上的修复，效果非常好！我被这个击中了，有一个修复。http://weblogs.asp.net/scottgu/archive/2007/04/11/public-hotfix-patch-available-for-asp-net-compilation-issues.aspx虽然不再发生在新机器/设置上。清除临时文件或更改web.config对我不起作用。对我来说，修复它的是重新启动我的电脑。以上就是C#学习教程分享的全部内容：ASP.NETdamagedassembly"UnabletoloadfileorassemblyApp_Web_*"。网络收藏不代表立场，如涉及侵权，请点击右侧联系管理员删除。如需转载请注明出处：
