不当使用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并提交到线程池。（或者设个最大转发数来控制同时转发的数量）

 

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