应用 | 定时任务（SpringBoot）

最新推荐文章于 2023-04-03 17:43:54 发布

战术小飞龙

最新推荐文章于 2023-04-03 17:43:54 发布

阅读量261

点赞数

分类专栏：经验总结文章标签：定时任务

本文链接：https://blog.csdn.net/A_Ll1203/article/details/82385832

版权

经验总结专栏收录该内容

0 篇文章 0 订阅

订阅专栏

1，SpringBoot下定时任务的实现

（1）@Scheduled注解方式实现

启动类上添加注解@EnableScheduling，定时任务方法上添加注解@Scheduled

方法上使用cron表达式配置定时任务的执行规则，详细讲解一下springBoot下表达式写法

示例： @Scheduled（cron = "0 0 0/1 * * ?"）每小时执行一次

规则： Seconds Minutes Hours DayofMonth Month DayofWeek (中间用空格相隔)

取值： 0~59 0~59 0~23 0~31 0~11 1~7

含义：顾名思义，自行翻译

特殊符号：（此处只写常用的，特殊的自行查看cron表达式相关资料）

* 表示所有值；
? 表示未说明的值，即不关心它为何值；
/ 符号前表示开始时间，符号后表示每次递增的值；

（2）实现SchedulingConfigurer接口，实现configureTasks方法

此种方法更加灵活，可以对定时任务进行更多的配置，

此处实现一个可在程序运行时修改定时规则的定时任务

@Lazy(false)
@Component
@EnableScheduling
public class CurrentTestSchedule implements SchedulingConfigurer {

    private static String cron = "0 0/59 * * * ?";

    public static void setCron(String cron) {
        CurrentTestSchedule.cron = cron;
    }

    @Override
    public void configureTasks(ScheduledTaskRegistrar taskRegistrar) {
        Runnable runnable = new Runnable(){
            @Override
            public void run() {
                System.out.println("任务开始执行");
            }
        };
        Trigger trigger = new Trigger(){
            @Override
            public Date nextExecutionTime(TriggerContext triggerContext) {
                // 任务触发，可修改任务的执行周期
                CronTrigger trigger = new CronTrigger(cron);
                Date nextExec = trigger.nextExecutionTime(triggerContext);
                return nextExec;
            }
        };
        taskRegistrar.addTriggerTask(runnable, trigger);
    }
}

可以通过外部调用setCron方法传入新的规则来修改定时任务规则

2，代码部分的反思

（1）代码分层

定时任务一般用来做批量操作或者某些特定操作，定时规则和跑批的过程应当放到最外层，具体到代码层面

    @Scheduled(cron = "0 0 0 * * ?")
    public void task(){
        if (!grabLock("redisLock")){
            log.warn("定时任务,抢锁失败,时间:[{}]" , System.currentTimeMillis());
            return;
        }
        List<String>  strList = new ArrayList<>();
        if (CollectionUtils.isNotEmpty(strList)){
            for (String str : strList) {
                try {
                    System.out.println("具体处理逻辑" + str);
                }catch (Exception e){
                    log.error("处理定时任务出错,逻辑：[{}],错误信息：[{}]", str, e.getMessage() );
                }
            }
        }
    }

考虑到分布式集群的部署，需要进行分布式锁的操作，定时任务过程中不好抛出异常，所以在最外层try｛｝catch（）进行异常的记录，同时也不会影响到其他部分的逻辑处理，异常的处理可以根据具体的业务场景进行更加细致的区分

（2）按照职责单一的模式去开发代码，也是一种日常编码的好习惯，同时也有利于定时任务部分代码后续的维护和健壮性，职责越单一，后续对于开发者越友好，关注点越专一，越细化，比如，项目上线后，只需关注定时任务是否执行，不需关注是否正常执行，是否正常是其他部分负责的。

（3）日志信息的完善，因为定时任务跑上线后，发生错误后很难去定位错误，这时就需要在开发过程中关键位置打印日志信息，配合职责单一的开发模式，可以准确的去定位错误，观察整个定时任务的运行情况。

（4）如果各位同学有更好的经验总结，欢迎留言，我会及时整理的。