性能测试三十七：线程死锁和阻塞

一、线程死锁

线程死锁就是有两个以上的线程，一个线程锁住了资源A，又想去锁定资源B，另外一个线程锁定了资源B，又想去锁定资源A，两个线程都想去得到对方的资源，而又不愿释放自己的资源
从而造成一种互相等待，无法执行的情况

接口：http://localhost:8080/PerfTeach/DeadServlet

因为要出现线程死锁至少要2个用户，所以用3个并发，永远跑

TPS：

响应时间

使用jstat -gcutil查看，JVM正常

使用dstat -tcdlmnsygr查看，cpu没什么压力

通过浏览器访问接口，没有响应

jvisualvm查看

jstack查看：使用jstack把堆栈日志打印到a.log里面

打开直接翻到最后，第8、4、7个线程出现死锁，并且会在下面把这三个线程拿出来打印

出现死锁的位置和原因：

所以是线程7锁定了资源，然后线程8和4在等待线程7解锁

看一下代码：出现了嵌套锁

现象：出现死锁后，tps降为0，压力测试工具无法得到服务器的响应，服务器硬件资源空闲，通过jvisualvm去查看线程情况，至少两个线程一直处于红色的阻塞状态
死锁经常表现为程序的停顿，或者不再响应用户的请求。从操作系统上观察，对应进程的CPU占用率为零

解锁办法：重启tomcat

定位方法：通过jvisualvm或者jstack，进行线程dump，对线程状态进行分析,获取到哪行代码导致的死锁，如：

Found one Java-level deadlock:
http-bio-8080"-exec-162":
waiting to lock monitor 0x0818abac (object 0x84b40ad0, a com.lee.domain.Order),
which is held by ""http-bio-8080"-exec-158"
""http-bio-8080"-exec-158":
waiting to lock monitor 0x08188cd0 (object 0x84b3bc48, a com.lee.domain.Order),
which is held by ""http-bio-8080"-exec-162"

Java stack information for the threads listed above:

死锁一般解决思路：
1、避免嵌套加锁
2、减小锁粒度，锁越少越不容易发生死锁

二、线程阻塞

线程阻塞问题-log4j日志级别问题
接口：http://localhost:8080/PerfTeach/Block?userId=1

30个并发永远跑，dstat监控起来：dstat -tcdlmnsygr --disk-util

从资源上看，问题不大

TPS：550左右