【schedule】立即手动执行定时器任务

在我们日常开发中,相信定时器都用的不少。 当我们将代码放到测试环境时,测试如何快速测定时任务功能呢?

等到定时器的时间再测试 显然很浪费测试人员的时间,如果每个定时任务提供一个手动接口,那也很浪费开发人员的时间,修改cron 测完后再改回去也是比较麻烦的事情。

我们可以考虑写一个通用接口,执行所有的定时任务:

/**
 * 手动执行定时任务
 * @author qkj
 */
@Slf4j
@RestController
@Lazy
@RequestMapping("/execute/schedule")
public class ExecuteScheduleController {
          
   

    @Autowired
    private ApplicationContext applicationContext;

    @GetMapping("/{methodName}")
    public String execute(@PathVariable String methodName) {
          
   

        try {
          
   
            Set<Class<?>> scan = ClassScaner.scan("com.xxx.task", Component.class);
            for (Class<?> eachClass : scan) {
          
   

                Object bean = applicationContext.getBean(eachClass);

                Method method = eachClass.getMethod(methodName);
                method.invoke(bean);

            }
        } catch (Exception e) {
          
   
            log.error(e.getMessage());
            return "500";
        }

        return "200";

    }
}

上面代码有几个注意的点:

  1. 推荐使用@Lazy懒加载
  2. 由于schedule定时任务类 是spring的bean,所以获取对象时,不能使用java原生的方式 , 如下: 反之,如果不是spring的环境,则用该代码
  3. 将所有定时任务放在com.xxx.task包目录下,并用@Component注解修饰定时任务类, 当然这不是很严谨的做法,更正确的做法应该是再配合自定义注解,并将方法名作为参数传入,并且需要校验方法是否属于定时任务方法。

代码本身没有什么难度,关键点在于能不能想到这种方式。

tips: 博主后来得知有个开源项目叫 xxl-job ,看了一下它的页面使用,没看源码也能猜个大概,核心功能思路都是差不多的。 优势非常明显:可视化、支持分布式管理; 劣势那自然就是多了些代码 如果采用独立部署的模式 占用了服务器的资源。 感兴趣的同学可以去研究一下
经验分享 程序员 微信小程序 职场和发展