最近有个需求是要把文章中的swf文件化为图片格式,由于数据库中每天都会有大概几千篇文章正文带有swf格式的文章,所以需要转化为图片处理,这里使用的是 SWFTools-Core进行处理,由于document表数据量很大,大概5000w条记录,并且有几个栏目有这样的文章,所以去查表的时候会很慢,所以打算用定时任务处理,每个栏目起一个定时任务,每次取一小批回来,处理完之后再等下一个定时任务到来再处理一批。
之后在controller起几个定时任务,当初预想是定时任务每个小时触发一次,这一个小时内足以转换这200条数据了,转换的图片放云服务器,同时更新document表,表中存图片的url,由于有几个栏目,我大概开启了5个定时任务。并且为了防止一下子触发,我还错开了定时任务的时间,大概每隔10分钟触发一个定时任务,按照我预想,最后5个定时任务应该是同时在执行,但是实际观察真的如此吗,在打印语句中我发现一直是第一个任务在执行,就算到了第二个定时任务的触发时间也没有执行,初步怀疑是线程还停留在第一个任务中,于是写了个测试类来验证想法
按照设想应该是在第31分钟的时候要执行第二个定时任务了,但是这里一直等到第一个任务执行完毕之后才进行第二个定时任务,并且两个任务的线程是同一个,说明了就算起再多的定时任务,也不会并行执行,一个类只有一个主线程在工作,这样效率明显很低,于是改用多线程的方式执行,每个定时任务启用一个子线程去处理。
@Scheduled(cron="0 48/59 * * * ? ")
public void test1() throws Exception {
Thread thread = new Thread(){
public void run(){
System.out.println("定时器001开始:"+new Date());
for (int i = 0; i < 100; i++) {
System.out.println("定时任务1名称:"+Thread.currentThread().getName());
System.out.println("------定时任务1------"+i);
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
};
thread.start();
}
@Scheduled(cron="0 49/59 * * * ? ")
public void test2() throws Exception {
Thread thread = new Thread(){
public void run(){
System.out.println("定时器002开始:"+new Date());
for (int i = 0; i < 100; i++) {
System.out.println("定时任务2名称:"+Thread.currentThread().getName());
System.out.println("------定时任务2------"+i);
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
};
thread.start();
}
这时候看到里面打印的线程名称变了,说明不是主线程在执行了,而是交给了各个子进程来处理,并且一到设定的定时任务时间子进程马上就开始启动,这样才跟预想的一致
总结:
1.线程是自上而下执行,只有执行完上面的才会进行到下面的逻辑处理,而不管是否到了触发点,在这里主线程的任务就是启动子线程,里面执行的逻辑跟主线程没关系了,全部由子线程控制。
2.每个线程单独处理自己的逻辑
3.使用多线程编程效率大大提高