本文探讨了一种由类初始化导致的死锁问题。在类A和类B的静态块中，彼此调用对方的静态方法，当两个线程分别执行这两个方法时，由于初始化顺序引发的同步问题，可能导致线程死锁。线程状态显示为RUNNABLE但卡在Object.wait()，这是JVM的一个bug。文章详细解释了类初始化过程，包括being_initialized和fully_initialized状态的转换，以及如何避免此类死锁的发生。
一张图简单描述死锁
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-raZ42rbF-1585289264412)(https://a.perfma.net/img/61099)]
如上图，Thread1 拿到了 object1，Thread2 拿到了 object2，但是现在 Thread1 需要拿到 object2 的锁才能继续往下，Thread2 又要拿到 object1 才能继续往下，于是哪个线程都无法得到满足继续往下来释放对方所需要的锁对象，从而造成了死锁。
概述
之前写过关于类加载死锁的文章“消失的死锁”，说的是类加载过程中发生的死锁，我们从线程dump里完全看不出死锁的迹象，但是确实发生了死锁，没了解的建议看看我公众号上相关的文章。
本文要说的是另外一个问题，之前在生产环境上碰到，是类初始化导致的死锁，恩，你没看错，确实是类初始化导致的死锁，我之前写过一篇文章，不可逆的类初始化过程，这篇文章可以助你了解类的初始化过程，另外也写过一篇JDK的sql设计不合理导致的驱动类初始化死锁问题，也是关于初始化死锁的，原因其实差不多，不过本文将这个问题描述的场景更加通用化了。
Demo
严格意义上说，这个Demo里提到的情况是其中一个简单的场景，和我们线上碰到的场景会有点出入，比这个会更复杂点。
为了让问题能重现，我选择了一个最
最低0.47元/天 解锁文章
4577
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
