Asp.net DebugDiag显示自

我们的应用程序池一天回收几次。我很确定这是因为它达到了内存限制。我也非常确定它不应该达到~3GB的内存限制。我尝试使用WinDbg分析内存转储，但收效甚微。我可能稍后再试。然而，使用DebugDiag给了我一些很好的数据可视化效果，并且已经导致了一些改变，减少了数据的回收次数。有一份报告让我有点困惑和担心，那就是HttpContext报告。它显示了如下一些输出：

HttpContext Timeout Completed RunningSince ThreadId ReturnCode Verb RequestPath+QueryString 
0x02374c94 110 Sec  No        995 Sec      ---      302        GET   /Loans/Details/529146/517006  
0x02472a44 110 Sec  No        993 Sec      ---      200        GET   /Login ReturnUrl=%2fLoans%2fDetails%2f529146%2f517006 
0x024d2f94 110 Sec  No        979 Sec      ---      302        POST  /Loans/UpdateDealer  
0x025773c0 110 Sec  No        951 Sec      ---      302        GET   /Applicants  
0x025d6bb4 110 Sec  No        951 Sec      ---      200        GET   /Login ReturnUrl=%2fApplicants 
0x025f5adc 110 Sec  No        935 Sec      ---      302        GET   /Applicants/Details/537358  
0x02654708 110 Sec  No        935 Sec      ---      200        GET   /Login ReturnUrl=%2fApplicants%2fDetails%2f537358 
0x026b1bb4 110 Sec  No        926 Sec      ---      200        POST  /Loan/InsertLoanChecklistItem  
0x027710dc 110 Sec  No        914 Sec      ---      200        GET   /Applicants  
0x02779320 110 Sec  No        915 Sec      ---      302        POST  /Login ReturnUrl=%2fApplicants 
0x02797448 110 Sec  No        914 Sec      ---      200        GET   /Loans/Details/523729/526198  
0x02867070 110 Sec  No        911 Sec      ---      200        POST  /Loans/UpdateAmount  

---

当然，报告中还有很多行。我是否真的有运行了995秒（约15分钟）但仍未完成的请求？它们就挂在那里吗？他们在等别的事情完成吗？我甚至不敢相信，更不用说开始诊断了。其他人能给我一些关于如何解释这些数据的见解吗？

经过长时间的研究，我得到了解决方案，不是精确的解决方案，但它可以帮助我

long running-since列指示其第一个请求开始的时间。 这并不意味着请求时间是为任何用户完成任何单个请求。 所以，这个高数字没什么好担心的

编辑：

对于内存泄漏，我建议使用WinDbg。 WinDbg参考：

---

感谢您对此进行调查。你在研究中发现了什么参考资料，我也可以看一下吗？