在请求排队的期间，正在被ASP.NET执行的请求数（Requests Executing）在增加，说明随着被释放出来的线程增多以及更多的新线程被创建，排列中的请求正在被越来越多地执行。这从侧面说明了执行中的线程可能是正常的，没有被卡住。（接下来的IIS日志信息会进一步验证这一点）
于是，Requests Executing在增加也是因为请求被排队，而且说明这个排队是正常的，没有哪个地方卡住了。
7、再来看看IIS日志中请求的time-taken
在“黑色30秒”阶段，IIS日志中没有time-taken超过1s的请求！这说明了什么？说明了正在被执行的请求处理速度很快，没有什么地方被卡住。。。除了因为可用线程不够，请求被排队。
于是，IIS日志说明除了请求排队，其他地方一切正常。
【总结】
如果把“黑色30秒”问题归因于ASP.NET线程问题，除了30秒左右的这个时间，其他问题表现都得到了更合理的解释。
写这篇博客之前，我们当时觉得ASP.NET线程问题引起“黑色30秒”问题的可能性是80%，写完这7点分析之后，我们觉得可能性是99%，除非这次分析的“黑色30秒”与之前的“黑色30秒”不是同一个问题。
现在还需要我们使用新设置(maxWorkerThreads="100", maxIoThreads="100", minWorkerThreads="50", minIoThreads="50")之后的验证。
大结局即将来临，重要的可能不是结局是什么，而是其中的过程，我们分享的也是解决问题的过程。