【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 ，看了一下它的页面使用，没看源码也能猜个大概，核心功能思路都是差不多的。 优势非常明显：可视化、支持分布式管理； 劣势那自然就是多了些代码 如果采用独立部署的模式 占用了服务器的资源。 感兴趣的同学可以去研究一下