spring定时任务quartz

       一般的定时任务是采用的quartz， quartz有两种方式运行，第一种为普通的方式， 如果一个任务每三分钟执行一次，那么前三分钟的任务还没执行完，后面的任务会继续执行。这样的坏处会导致两个线程在同时处理一批数据，可能出现问题。

 

      第二种方式是，如果一个任务每三分钟执行一次，那么前三分钟的任务还没执行完，后面的任务会等待（线程等待），这样会出现一个长长的等待队列，并且会创建很多的等待线程。

 

        为了解决第二种方式的缺点，可以利用spring容器的特点。由于spring容器里的类一般是单例的，也就是只有一个实例，那么可以写如下的代码：

 

class test{
    private boolean isRunning = false;
    public void deal(){
        if(!isRunning ){
            isRunning = true;
            //do some things
            isRunning = false;
        } 
    }
}

 

      这样当前一个任务没执行完时，这时isRunning 为true,后面的任务如果也开始执行，那么由于是同一个实例，所以isRunning也为true，if(!isRunning)条件不成立，所以结束。

        但上面的代码有一个BUG，那就是ｄｏ　ｓｏｍｅ　ｔｈｉｎｇｓ时，如果出现异常isRunning将一直是true,后面的任务也不能运行。所以需要无论程序正常还是异常完成都设置 isRunning=false。

 

       这样就实现了前一次没执行完后面的任务不等待直接结束的效果。但这样有一个缺点，由于isRunning 是针对一个容器可见的，也就是一个虚拟机JVM，所以当定时任务采用分布式处理时，一台电脑上的isRunning = true对另一台电脑来说是无效的。这时要采用的办法就是将这个isRunning放入数据库。

 

          一般quartz有两种方式，一种是RAM方式，也就是内存方式。另外一种是数据库方式，就是配置等信息放入数据库。很显然，第一种方式在分布式环境下是无效的，因为一台电脑的定时任务配置只放在本机内存中，对其他电脑是不可见的。而数据库方式是支持分布式处理的。数据库处理时分布式的方式没实践过，但我觉得应该考虑并发 的问题，就是一条数据被两个不同的电脑同时在处理的情况。前面说的将isRunning标示放入数据库来判断是一种解决办法。但这样有一个缺点就是，对于同一任务，不能分布式的执行，即不能在电脑C1上执行A任务，又在一台电脑C2上执行A任务（但可以在一台电脑执行A B C任务，在另一台电脑执行 D E F任务）。当系统性能恰好在一个定时任务上时，比如A任务处理量太大，必须在多个电脑上执行时，怎么办呢？

 

              一般的定时任务都是取业务数据，执行一定逻辑，更新业务数据。那么可以在取业务数据后立即将数据改变为执行中状态，这样另外一个任务不会取到相同的业务数据来处理了。当执行完后，将执行中的状态从数据库去掉即可。这样的方法增加了一定的代码量，而且多增加了一些数据库更新操作（更新业务数据的标志）。相对于前面的单台电脑执行来说，要自己取舍。

                 

                 另外的一种方式就是将任务拆分。比如任务处理的业务数据分为A B C D四类，那么外面可以将任务拆分成四个，每台电脑执行其中的一个即可。这种方式相对于上面一种来说，没有多余的数据库更新操作，代码量也少些。但缺点就是也许 A B C D四类数据分布不均，导致一台电脑很忙，另一台电脑很闲。