线程死锁检测与分析工具深度解析

在上一次【https://www.cnblogs.com/webor2006/p/10652547.html】使用到了jconsole工具来检测线程的执行情况，其中这里面有一个检测死锁的功能，如下：

所以这来使用一下该功能，先来编写一个死锁的程序,要想产生死锁肯定至少得要有2个线程，其中一个线程持有一个对象的锁，然后尝试着获取另外一个对象的锁，第二个线程持有另外一个对象的锁，尝试着获取当前对象的锁，这样就能产生死锁，咱们首先构建两个对象来锁这两个对象，具体代码如下：

好，接下来则在main()方法新建两个线程来调用一下，如下：

接着运行一下:

此时咱们用jconsole来检测一下该程序是否真实是死锁了，打开jconsole：

然后咱们来点击“检测死锁”瞅一下：

确实检测到死锁啦，但是我们可以发现一个细节，里面木有看到main线程了。。

其实是因为main线程已经退出了，目前只有我们新建的两个子线程在执行了，这个很容易理解就不多说了。接下来重点是来分析一下jconsole所提示的线程状态信息：

首先执行的是Thread-A线程信息：

然后在jconsole中对应的信息分析如下：

其中注意：

回到代码上理解：

而此锁正是线程B要拿的锁，如下：

所以通过jconsole这样的工具就能清晰的看到synchronized关键字修饰静态方法锁的是该类的class对象，另外对于线程的死锁也可以用jvisualvm工具来检测到，下面换它来观察一下：

发现在线程视图上标红了，而且还闪烁标识出该进程的问题，下面切换至线程来瞅下：

咱们dump一下线程瞅下：

而且我们将这个dump拉到最后会有一个这个提示：

所以善用工具可以我们更加清楚的了解程序的本质。

好，再回到我们之前的内存区域理论，继续往下看：

再往下：

继续往下：

所以接下来咱们来编写程序来让方法区来产生内存溢出，这里先阐述一下怎么才能做到让方法区溢出，下次再详细编写代码：其实不给JVM配置一些参数让方法区溢出是挺难办的，因为自于JDK1.8开始方法区废除了永久代采用了元空间，而元空间是采用操作系统的本地内存，而且默认情况下它的初始内存大小是21MB，并且随着内存的不断占用如果达到了它的上限的话元空间虚拟机会进行垃圾回收，如果回收内存还不够的话就会对内存进行扩展，而且这个扩展可以一直扩展到物里内存的最大限度，所以咱们要想做这个实验需要采取两种手段结合起来才能模拟出来：第一个手段是显示的设置元空间的大小，让元空间不会自动扩展，第二个手段需要和手段一结合起来，这里就需要明确知道元空间里存放的是什么信息这样我们才能有目标的去想办法来生成这个信息往元空间里存放直接撑爆它，它里面存储的是元信息，换句话说就是它里面是不会存放对象的实例之类的，比如一个类的class的元信息就是存放在元空间里面的，那有什么办法来产生class的元信息呢，其实运行期动态生成类【像大名鼎鼎的spring这样的框架就有这种动态生成类的东东】就会往元空间存放信息，如Java动态代理、cglib库，下一次我们就用cglib库来不断动态生成类模拟元空间内存溢出的情况，这里先有一个感性的认识既可。

转载于:https://www.cnblogs.com/webor2006/p/10659938.html