Spring Boot 3应用无响应：线程Dump分析与死锁疑问

是否存在死锁？ #

这不是典型的死锁，但属于线程池资源耗尽导致的应用无响应。所有ForkJoinPool.commonPool-worker线程都卡在SSL相关的IO操作流程中，且等待ForkJoinPool实例资源，说明整个公共线程池的工作线程已被全部占用，无法处理新任务，最终导致应用失去响应。

线程等待代码行的解释 #

at javax.net.ssl.SSLEngine.wrap(java.base@17.0.13/SSLEngine.java:524)
- parking to wait for  <0x0000000733a31ef8> (a java.util.concurrent.ForkJoinPool)

这里的parking to wait for表示线程正处于阻塞等待状态，它在尝试获取ForkJoinPool实例（内存地址0x0000000733a31ef8）的相关锁或资源。虽然线程状态标记为RUNNABLE，这是因为阻塞发生在JNI/本地方法（SSL底层实现）层面，Java线程状态无法准确识别为WAITING或BLOCKED。

如何定位<0x0000000733a31ef8>对应的资源？ #

这个十六进制地址是Java堆中ForkJoinPool对象的内存地址，而非某个线程，所以你不会在线程列表中找到对应的线程条目。可以通过以下方式定位：

• 查看线程dump的堆对象统计区域（若dump包含堆信息），搜索java.util.concurrent.ForkJoinPool类型的对象，匹配对应的内存地址。
• 使用JVM分析工具（如VisualVM、JProfiler）加载线程dump，直接通过该地址定位ForkJoinPool实例，查看它的任务队列、持有资源、关联线程等状态。

排查建议 #

• 升级Oracle JDBC驱动：这类SSL SocketChannel阻塞问题可能与特定版本的驱动Bug有关，尝试升级至最新稳定版。
• 检查异步任务使用：确认是否有大量异步任务提交到ForkJoinPool.commonPool，且这些任务均阻塞在数据库SSL连接操作上，导致线程池耗尽。
• 配置独立线程池：避免依赖默认的commonPool，为数据库相关异步任务配置专属线程池，实现资源隔离。

内容的提问来源于stack exchange，提问作者Bartun