线程阻塞导致的性能问题分析

　　近期一项目反馈，在月底时出现某功能反应异常卡顿的情况，总结规律为，只要某个耗时较长的大查询执行时，被影响的功能就不能正常使用。怀疑出现阻塞问题，先在数据库层面跟踪未发现阻塞等异常，跟踪被影响的功能，发现没有耗时较长的SQL，但是出现两个SQL之间时间间隔很长的情况。同时检查fiddler跟踪的webservices信息，发现有一个webs持续时间超长。推测可能为应用服务器出现线程阻塞。在问题重现时，抓取w3wp.exe进程dump。分析过程如下：

 先检查是否存在线程阻塞的情况，发现系统当前存在线程阻塞，其中阻塞源为94号线程

根据Tess的解释：MonitorHeld shows 11. The owner has 1 and then each waiter has 2, so this means we have one owner and 5 waiters. We are synchronizing on a System.Object  and the owning thread is thread 94.

  检查线程状态

发现如下96号线程在等待

打印阻塞源94号线程

查看96号线程堆栈信息，在CalculateEx（）出现等待

结合反编译代码，检查发现对应位置处锁定的粒度太大。。。

 

https://blogs.msdn.microsoft.com/tess/2006/01/09/a-hang-scenario-locks-and-critical-sections/