由于“bin更改”，停止ASP.Net回收应用程序池

您好，

---

我有一个大型的.Net web应用程序，它运行在刀片服务器群上，代码基于NAS。每隔一段时间，nas的响应时间会有轻微的波动，这会导致.NET认为垃圾桶中的某些东西发生了变化，并启动应用程序池的回收。实际上没有发生任何变化。有没有办法禁用.Net对bin更改的监视

简单的答案是，你不能。如果IIS检测到其中一个二进制文件发生更改，则必须重新加载以确保使用正确的二进制文件

真正的问题是： IIS真的检测到了变化，还是因为波动导致操作系统认为文件不存在？

---

b如果波动是问题的根源，是什么原因造成的？如何解决这个问题？

这将结束它。现在，您必须执行iisreset以回收应用程序池

'这将关闭对目录删除的监视 ”“看到了吗https://connect.microsoft.com/VisualStudio/feedback/Workaround.aspx?FeedbackID=240686 '这将导致每次升级后IISRESET或手动重新启动包含的应用程序池的惩罚。 Dim pi作为PropertyInfo 作为对象的dimo Dim As MethodInfo pi=GetTypeSystem.Web.HttpRuntime.GetPropertyFileChangesMonitor，BindingFlags.NonPublic或BindingFlags.Public或BindingFlags.Static o=pi.GetValueNothing，Nothing m=o.GetType.GetMethodStop，BindingFlags.Instance或BindingFlags.NonPublic m、 Invokeo，新对象{}

---

似乎还有一个热修复程序可以通过注册表项禁用该功能：

---

不完全确定这在bin上是否有效。

如果/bin中没有任何更改，您怎么会认为这是原因呢？呵呵，我喜欢这个问题开始的方式：停止ASP.Net.Keltex，因为我们已经登录到应用程序池，它说这是重新启动的原因。nas响应时间的轻微波动会导致.Net，请证明一下。听起来不太可能。它说这就是原因；这是什么？IIS使用非本地硬盘作为应用程序文件夹时出现问题。啊，我忘记了这个问题。我们最终从IBM获得了nas的某种修复。这是一个大问题，我们也在研究这个问题。我只是希望有一个权宜之计，因为nas的问题可能更大。最近我们再次尝试使用它，我们认为它在.NET 4网站上不起作用。哦，好吧。它在.NET2和3.5中运行良好。