我已经阅读了同一问题上发布的许多其他问题，但我仍然不明白原因以及如何防止它发生。
在我的例子中，这发生在生产服务器上。我遇到了其他问题中描述的相同错误，我通过将程序集重新复制到 bin 目录中来解决它。它们甚至不是重新编译的文件，它们与之前的文件相同 - 再次复制，然后它开始正常工作。
奇怪的是，我正在使用 Web 部署项目将我所有的程序集文件重命名为基于文件夹的 dll。所以 folder.dll 和 folder.subfolder.dll 而不是 App_Web_jt8nxllz.dll。然而，错误仍然命名为原始 App_Web_jt8nxllz.dll 文件。
删除 C:\WINDOWS\Microsoft.NET\Framework[64]\v...\Temporary ASP.NET Files 文件夹的内容有效并且是一切都很好，但是有人知道如何防止发生此错误吗？此外，关闭 IIS 或重新启动它在生产服务器上发生时确实不太可行。也许自动清除调度程序上的 Temp 文件夹？
这里真正的问题是什么？有什么特别的原因导致这种情况发生吗？该站点将毫无问题地嗡嗡作响，然后突然之间，整个文件夹停止工作并产生此错误。
Could not load file or assembly 'App_Web_jt8nxllz, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.
Exception type 'System.IO.FileNotFoundException' was caught.
Source: App_Web_whv5zsvd
Target Site: Void __BuildControlTree(ASP.artists_controls_artistheader_ascx)
Stack Trace:
at ASP.artists_controls_artistheader_ascx.__BuildControlTree(artists_controls_artistheader_ascx __ctrl)
at ASP.artists_controls_artistheader_ascx.FrameworkInitialize()
at System.Web.UI.UserControl.InitializeAsUserControlInternal()
at System.Web.UI.UserControl.InitializeAsUserControl(Page page)
at ASP._artists_artist_master.__BuildControlctlArtistHeader()
at ASP._artists_artist_master.__BuildControlctlContent(Control __ctrl)
at System.Web.UI.CompiledTemplateBuilder.InstantiateIn(Control container)
at ASP.master_mysite_master.__BuildControlMainContent()
at ASP.master_mysite_master.__BuildControlform1()
at ASP.master_mysite_master.__BuildControlBody()
at ASP.master_mysite_master.__BuildControlTree(master_mysite_master __ctrl)
at ASP.master_mysite_master.FrameworkInitialize()
at System.Web.UI.UserControl.InitializeAsUserControlInternal()
at System.Web.UI.MasterPage.CreateMaster(TemplateControl owner, HttpContext context, VirtualPath masterPageFile, IDictionary contentTemplateCollection)
at System.Web.UI.MasterPage.get_Master()
at System.Web.UI.MasterPage.ApplyMasterRecursive(MasterPage master, IList appliedMasterFilePaths)
at System.Web.UI.Page.ApplyMasterPage()
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
最佳答案
不仅仅是链接我的网站，但我遇到了这个问题，我写了a blog post on the topic .检查一下，它有指向有关此主题的更多信息的链接。但这里总结一下细节:
问题:
该网站在尝试加载自定义 Web 控件时抛出错误。您看到在上一个版本中，我们将一个新的自定义控件添加到另一个根据需要显示的自定义 Web 控件。因为最外层/父控件和新的子控件在源代码中是单独的控件，所以当 .Net Framework 编译这两个控件之一而不同时重新编译另一个控件时，您将有一个过时的试图引用旧版本程序集的文件。 .Net 框架在编译时将随机字符串附加到程序集的名称这一事实新编译的文件的名称和文件的先前版本导致文件名不匹配，因此外部/父控件正在寻找一个不再存在的文件。
可能的解决方法或临时修复:
1)通过在web.config文件中设置compilation标签的batch属性为false
<compilation debug="false" batch="false" />
2) 您还可以通过 numRecompileBeforeAppRestart 属性设置来降低它发生的频率:
<compilation debug="false" numRecompilesBeforeAppRestart="50" />
参见 KB Article 934839了解更多详情
问题已经发生后的修复:
1) 删除临时 ASP.Net 文件(这会关闭站点)
2) 强制父/外控件重新编译、编辑并保存代码文件。这是比 #1 更好的修复选项，因为这不会导致网站崩溃。
我的建议:
1) 首先，我认为我们应该从上面实现临时修复 #1，这可能会防止将来出现所有问题，并且可能是我们需要的唯一答案。
2) 其次，我会在 QA 环境中从 Microsoft 下载并安装 934839 修补程序，以验证它不会导致任何问题。在 QA 中测试修补程序一段时间后，我将安装修补程序以永久修复此问题。此时我们可以删除围绕 #1 的临时工作。
注意: 放置 Temp fix #1 后，我再也没有遇到这个问题。我已经安装此修复程序超过 12 个月，一切都很好!
关于c# - ASP.NET 损坏的程序集 "Could not load file or assembly App_Web_*"，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/784157/
作为我的Rails应用程序的一部分，我编写了一个小导入程序，它从我们的LDAP系统中吸取数据并将其塞入一个用户表中。不幸的是，与LDAP相关的代码在遍历我们的32K用户时泄漏了大量内存，我一直无法弄清楚如何解决这个问题。这个问题似乎在某种程度上与LDAP库有关，因为当我删除对LDAP内容的调用时，内存使用情况会很好地稳定下来。此外，不断增加的对象是Net::BER::BerIdentifiedString和Net::BER::BerIdentifiedArray，它们都是LDAP库的一部分。当我运行导入时，内存使用量最终达到超过1GB的峰值。如果问题存在，我需要找到一些方法来更正我的代
我正在尝试测试是否存在表单。我是Rails新手。我的new.html.erb_spec.rb文件的内容是:require'spec_helper'describe"messages/new.html.erb"doit"shouldrendertheform"dorender'/messages/new.html.erb'reponse.shouldhave_form_putting_to(@message)with_submit_buttonendendView本身，new.html.erb，有代码:当我运行rspec时，它失败了:1)messages/new.html.erbshou
我在从html页面生成PDF时遇到问题。我正在使用PDFkit。在安装它的过程中，我注意到我需要wkhtmltopdf。所以我也安装了它。我做了PDFkit的文档所说的一切......现在我在尝试加载PDF时遇到了这个错误。这里是错误:commandfailed:"/usr/local/bin/wkhtmltopdf""--margin-right""0.75in""--page-size""Letter""--margin-top""0.75in""--margin-bottom""0.75in""--encoding""UTF-8""--margin-left""0.75in""-
为了将Cucumber用于命令行脚本，我按照提供的说明安装了arubagem。它在我的Gemfile中，我可以验证是否安装了正确的版本并且我已经包含了require'aruba/cucumber'在'features/env.rb'中为了确保它能正常工作，我写了以下场景:@announceScenario:Testingcucumber/arubaGivenablankslateThentheoutputfrom"ls-la"shouldcontain"drw"假设事情应该失败。它确实失败了，但失败的原因是错误的:@announceScenario:Testingcucumber/ar
是的，我知道最好使用webmock，但我想知道如何在RSpec中模拟此方法:defmethod_to_testurl=URI.parseurireq=Net::HTTP::Post.newurl.pathres=Net::HTTP.start(url.host,url.port)do|http|http.requestreq,foo:1endresend这是RSpec:let(:uri){'http://example.com'}specify'HTTPcall'dohttp=mock:httpNet::HTTP.stub!(:start).and_yieldhttphttp.shou
我遵循MichaelHartl的“RubyonRails教程:学习Web开发”，并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符，电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时，所有测试都通过了，但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test
我正在尝试从Postgresql表(table1)中获取数据，该表由另一个相关表(property)的字段(table2)过滤。在纯SQL中，我会这样编写查询:SELECT*FROMtable1JOINtable2USING(table2_id)WHEREtable2.propertyLIKE'query%'这工作正常:scope:my_scope,->(query){includes(:table2).where("table2.property":query)}但我真正需要的是使用LIKE运算符进行过滤，而不是严格相等。然而，这是行不通的:scope:my_scope,->(que
我正在尝试编写一个将文件上传到AWS并公开该文件的Ruby脚本。我做了以下事情:s3=Aws::S3::Resource.new(credentials:Aws::Credentials.new(KEY,SECRET),region:'us-west-2')obj=s3.bucket('stg-db').object('key')obj.upload_file(filename)这似乎工作正常，除了该文件不是公开可用的，而且我无法获得它的公共(public)URL。但是当我登录到S3时，我可以正常查看我的文件。为了使其公开可用，我将最后一行更改为obj.upload_file(file
当我尝试安装Ruby时遇到此错误。我试过查看this和this但无济于事➜~brewinstallrubyWarning:YouareusingOSX10.12.Wedonotprovidesupportforthispre-releaseversion.Youmayencounterbuildfailuresorotherbreakages.Pleasecreatepull-requestsinsteadoffilingissues.==>Installingdependenciesforruby:readline,libyaml,makedepend==>Installingrub
如何在ruby中调用C#dll？ 最佳答案 我能想到几种可能性:为您的DLL编写(或找人编写)一个COM包装器，如果它还没有，则使用Ruby的WIN32OLE库来调用它；看看RubyCLR,其中一位作者是JohnLam，他继续在Microsoft从事IronRuby方面的工作。(估计不会再维护了，可能不支持.Net2.0以上的版本)；正如其他地方已经提到的，看看使用IronRuby，如果这是您的技术选择。有一个主题是here.请注意，最后一篇文章实际上来自JohnLam(看起来像是2009年3月)，他似乎很自在地断言RubyCL