Java中4类定时器比较总结

定时器总结

梳理了下目前用过的定时器实现方案：

1. JDK的Timer包
2. Thread
3. ScheduledThreadPool
4. Spring Timer(@Scheduled 推荐)

定时器的启动时间主要有以下：

1. 随tomcat启动而启动——原生servlet（落后的方式）
2. 随Spring启动而启动
3. 其他时间（根据业务逻辑确定）

下面具体介绍每一种的实现及利弊，最后会说明分布式场景下定时器如何正确设置的思路，首先说明启动时机的实现（主要对前两个共性的启动时机进行说明）：

1.1原生servlet（落后的方式）

最原始的解决方案，随着tomcat启动而启动，其加载顺序在spring之前，固在spring初始化之前定时器就启动了所以相关注入依赖会报NPE，只能用最原始的直接从上下文里去拿要的变量（不推荐）。

（SpringMVC）在build目录下的web.xml文件中需要添加以下配置（class具体放的是timer的全限定名）

    com.netease.pangu.guide.module.secondkill.service.ListenerService

注意这里要修改的是build文件夹下的web.xml目录，一共有2个web.xml，另一个是打包后产生的在webapp->WEB-INF文件夹下,每次打包会根据build下的配置文件重新生成WEB-INF

当时第一次加这个配置就是这里出了问题，加到了WEB-INF下，那每次一打包都是用原来未修改的xml文件覆盖了当前修改的文件，根本就没有把这个配置加进去，找这个bug找了很久。

具体实现的话需要实现ServletContextListener接口，并重写里面的contextInitialized方法和contextDestroyed方法。

其中定时器的主要逻辑写在contextInitialized中，该方法会随tomcat的启动而启动，此处如果要用到Spring的依赖注入，需要直接从上下文去获取，真的非常原始了。。。

private static Timer timer  =  new Timer(true);//set timer as daemon

public class ListenerService implements ServletContextListener {
   

    @Override
    public void contextInitialized(ServletContextEvent event) {
   
        //在listener中注入不可以用注解模式,要采用以下方式
        final WebApplicationContext webApplicationContext =
                WebApplicationContextUtils.getWebApplicationContext(event.getServletContext());
        initRedis = webApplicationContext.getBean(InitRedis.class);

        //本质是基于JDK的timer实现定时任务
        TimedTask timedTask = new TimedTask(event.getServletContext