Quartz 1.8.0版本的死锁问题
程序员文章站
2022-07-13 17:09:27
...
先说问题的结论:https://jira.terracotta.org/jira/browse/QTZ-45
问题的解决方法:https://issues.jboss.org/browse/JBAS-8598 其实就是升级到1.8.3 就解决了
问题的源头:
项目中的代码发现死锁,jstack查看线程堆栈:
查看代码,具体的逻辑是:
RAMJobStore 和 QuartzSchedulerThread 都有个自己的锁对象
逻辑一:QuartzSchedulerThread-》RAMJobStore 。
QuartzSchedulerThread 本身其实是个线程,他的run方法会加自己的锁,会去检查定时的改变情况,然后会调用RAMJobStore的方法
逻辑二:RAMJobStore -> QuartzSchedulerThread
定时任务执行的时候,会调用RAMJobStore,RAMJobStore会调用QuartzSchedulerThread的方法通知任务的完成情况
逻辑一和逻辑二的加锁顺序相反,死锁形成。
1.8.3 版本是如何解决死锁的呢:
是改变了逻辑一:检查定时任务的情况的时候,不会去调用RAMJobStore的方法去尝试取消任务:
第一个红线的地方在1.8.0的时候,和第二个红线地方一样。红线一的地方不再调用RAMJobStore的加锁,所以死锁解决。
问题的解决方法:https://issues.jboss.org/browse/JBAS-8598 其实就是升级到1.8.3 就解决了
问题的源头:
项目中的代码发现死锁,jstack查看线程堆栈:
Found one Java-level deadlock: ============================= "resin-port-9007-1558": waiting to lock monitor 0x00007f6e04001a38 (object 0x00000007890586c0, a java.lang.Object), which is held by "scheduler_Worker-2" "scheduler_Worker-2": waiting to lock monitor 0x00007f6e34004a78 (object 0x0000000788fc1a68, a java.lang.Object), which is held by "scheduler_QuartzSchedulerThread" "scheduler_QuartzSchedulerThread": waiting to lock monitor 0x00007f6e04001a38 (object 0x00000007890586c0, a java.lang.Object), which is held by "scheduler_Worker-2" "scheduler_Worker-2": at org.quartz.core.QuartzSchedulerThread.signalSchedulingChange(QuartzSchedulerThread.java:204) - waiting to lock <0x0000000788fc1a68> (a java.lang.Object) at org.quartz.core.SchedulerSignalerImpl.signalSchedulingChange(SchedulerSignalerImpl.java:87) at org.quartz.simpl.RAMJobStore.triggeredJobComplete(RAMJobStore.java:1408) - locked <0x00000007890586c0> (a java.lang.Object) at org.quartz.core.QuartzScheduler.notifyJobStoreJobComplete(QuartzScheduler.java:1767) at org.quartz.core.JobRunShell.run(JobRunShell.java:270) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549) "scheduler_QuartzSchedulerThread": at org.quartz.simpl.RAMJobStore.releaseAcquiredTrigger(RAMJobStore.java:1282) - waiting to lock <0x00000007890586c0> (a java.lang.Object) at org.quartz.core.QuartzSchedulerThread.releaseIfScheduleChangedSignificantly(QuartzSchedulerThread.java:432) at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:288) - locked <0x0000000788fc1a68> (a java.lang.Object)
查看代码,具体的逻辑是:
RAMJobStore 和 QuartzSchedulerThread 都有个自己的锁对象
逻辑一:QuartzSchedulerThread-》RAMJobStore 。
QuartzSchedulerThread 本身其实是个线程,他的run方法会加自己的锁,会去检查定时的改变情况,然后会调用RAMJobStore的方法
逻辑二:RAMJobStore -> QuartzSchedulerThread
定时任务执行的时候,会调用RAMJobStore,RAMJobStore会调用QuartzSchedulerThread的方法通知任务的完成情况
逻辑一和逻辑二的加锁顺序相反,死锁形成。
1.8.3 版本是如何解决死锁的呢:
是改变了逻辑一:检查定时任务的情况的时候,不会去调用RAMJobStore的方法去尝试取消任务:
第一个红线的地方在1.8.0的时候,和第二个红线地方一样。红线一的地方不再调用RAMJobStore的加锁,所以死锁解决。
下一篇: java的double乘法精度问题
推荐阅读
-
在IE7浏览器的基础上无法安装IE6(提示有最新版本)的问题解决
-
使用Filters滤镜弥补CSS3的跨浏览器问题以及兼容低版本IE
-
LabVIEW2011能打开LabVIEW2016吗?LabVIEW不同版本之间的兼容性问题解答
-
解决更换PHP5.4以上版本后Dedecms后台登录空白问题的方法
-
最近上传图片上传文件报413错误及仅Https下报413问题,IIS高版本的配置方案及Web.config配置全解
-
Windows 64 位 mysql 5.7以上版本包解压中没有data目录和my-default.ini及服务无法启动的快速解决办法(问题小结)
-
Mysql数据库从5.6.28版本升到8.0.11版本部署项目时遇到的问题及解决方法
-
Appium新版本遇到的问题,不能通过 name 去定位元素抛 Message: Locator Strategy 'name' is not supported for this session
-
MySql版本问题sql_mode=only_full_group_by的完美解决方案
-
jquery1.8版本使用ajax实现微信调用出现的问题分析及解决办法