`
lenozhi
  • 浏览: 50823 次
社区版块
存档分类
最新评论

不当使用quartz度出现waiting on condition不完全解决思路

阅读更多

最近发现个问题,不知道是使用不当还是何种原因造成的。

具体内容:

     用Quartz调度任务,周期10分钟。但具体业务执行的时间要大于10分钟。Quartz线程池的配置是缺省,查了一下10个大小。

现象,运行一段时间后,Quartz的线程池中9个线程的状态是Waiting on Condition,一个是runnable。整进程的状态貌似停住了,调度时间到了,没有执行高度线程中的代码。

   

     怀疑,由于业务操作的时候大于10分钟(调度周期),可能会导致(猜的)Quartz的线程池中的线程还在处理业务,一次调度结束但实际业务操作还在运行(指在调度的线程池中运行),运行一段时间后这样的线程变多,导致无法响应下一次调度。

 

    解决办法,目前设想的是,具体的业务,在另一个线程池中完成而不使用Quartz的线程池做具体业务操作,每一次调度线程只把任务放到具体执行线程池中,就结束。

 

    继续上面说的,把一个实际基于FTP的文件定时扫描发送程序按上述思路调整了下。

 

调整前:

 

调度执行内容:

1.扫述表找到要转发的文件到LIST

2.遍历LIST,顺序发送文件。

 

调整后:

 

调度执行内容:

1.扫述表找到要转发的文件到LIST

2.遍历LIST,以每个元素构造转发Thread并提交到线程池。(或者设个最大转发数来控制同时转发的数量)

 

最后的结论不知道是否正确,业务操作时间较长的话,不要在调试本身的线程池中做。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics