[ASP.NET Debugging BuggyBits读书笔记] Lab01 Hang

2019独角兽企业重金招聘Python工程师标准>>>

原帖来自：http://blogs.msdn.com/b/tess/archive/2008/02/06/net-debugging-demos-lab-1-hang-review.aspx

1. 打开Tinyget执行  tinyget –srv:localhost –uri:\buggybits\FeaturedProducts.aspx –threads:30 –loop:50

此时tiny将启动30个线程对指定server的uri路径发起50个请求。

2. 在命令行里切换到WinDbg目录，执行 adplus –hang –pn w3wp.exe –quiet 之后将会生成一个dump文件。

3. 使用WinDbg打开抓到的.dmp文件。

4. 执行 .loadby sos.dll mscorwks

5. 执行 ~*e!clrstack （～代表线程，*代表所有，e代表execute，!clrstack代表托管命令clrstack。所有整个命令的意思是在所有线程上执行托管命令!clrstack查看call stack的情况）

可以推测线程此时运行的情况是：

void GetFeaturedProducts()

{

        lock(obj)

        {

                DoSomething();

        }

}

程序pending在了lock这里，等待获取该同步块。

可以看到很多托管线程都pending在Monitor.Enter这个method这里，因此怀疑是同步的问题。

5. 执行 !syncblk 查看sync块：

可见这个Syncblk的对象是System.Object类型的，线程22拥有它，等待它的线程有有(47-1)/2=23个。Monitor Held字段里，拥有的线程计数1，等待的线程计数2.

6. 执行 ~22s切换到该拥有同步块的线程，查看其在干什么。执行 !clrstack

可见拥有该程序块的线程进入了sleep状态。

7. 查看源代码，在App_Code里的DataLayer.cs里面的GetFeaturedProducts()方法里有如下的代码段：

20110216添加：

一. 如何判定可能是由于资源抢占导致的程序Hang住？

　　1. CPU利用率不高 2. 同时打开的页面越大，hang的情况越严重

转载于:https://my.oschina.net/u/587236/blog/119547