elastic-job 源码解读之job的启动过程

 开始分析elasticJob的启动过程，首先看官方example的启动实例：

//javaMain.java// CHECKSTYLE:OFF
   public static void main(final String[] args) throws IOException {       // CHECKSTYLE:ON
       CoordinatorRegistryCenter regCenter = setUpRegistryCenter();
       JobEventConfiguration jobEventConfig = new JobEventRdbConfiguration(null);
       setUpSimpleJob(regCenter, jobEventConfig);
       setUpDataflowJob(regCenter, jobEventConfig);
       setUpScriptJob(regCenter, jobEventConfig);
   }  private static void setUpSimpleJob(final CoordinatorRegistryCenter regCenter, final JobEventConfiguration jobEventConfig) {
       JobCoreConfiguration coreConfig = JobCoreConfiguration.newBuilder("javaSimpleJob", "0/5 * * * * ?", 3).shardingItemParameters("0=Beijing,1=Shanghai,2=Guangzhou").build();
       SimpleJobConfiguration simpleJobConfig = new SimpleJobConfiguration(coreConfig, JavaSimpleJob.class.getCanonicalName());       new JobScheduler(regCenter, LiteJobConfiguration.newBuilder(simpleJobConfig).build(), jobEventConfig).init();
   }  private static void setUpSimpleJob(final CoordinatorRegistryCenter regCenter, final JobEventConfiguration jobEventConfig) {
       JobCoreConfiguration coreConfig = JobCoreConfiguration.newBuilder("javaSimpleJob", "0/5 * * * * ?", 3).shardingItemParameters("0=Beijing,1=Shanghai,2=Guangzhou").build();
       SimpleJobConfiguration simpleJobConfig = new SimpleJobConfiguration(coreConfig, JavaSimpleJob.class.getCanonicalName());       new JobScheduler(regCenter, LiteJobConfiguration.newBuilder(simpleJobConfig).build(), jobEventConfig).init();
   }   private static void setUpScriptJob(final CoordinatorRegistryCenter regCenter, final JobEventConfiguration jobEventConfig) throws IOException {
       JobCoreConfiguration coreConfig = JobCoreConfiguration.newBuilder("scriptElasticJob", "0/5 * * * * ?", 3).build();
       ScriptJobConfiguration scriptJobConfig = new ScriptJobConfiguration(coreConfig, buildScriptCommandLine());       new JobScheduler(regCenter, LiteJobConfiguration.newBuilder(scriptJobConfig).build(), jobEventConfig).init();
   }

 从官方的Example代码中看，三种不同类型的作业完成基本的参数组装之后，都是交给JobScheduler这个对象的init()方法去统一初始化，那么，这个类到底在elastic-job系统中，承担着什么样的角色，一起来看一下JobScheduler对象到底做了些什么事情：

private JobScheduler(final CoordinatorRegistryCenter regCenter, final LiteJobConfiguration liteJobConfig, final JobEventBus jobEventBus, final ElasticJobListener... elasticJobListeners) {
        JobRegistry.getInstance().addJobInstance(liteJobConfig.getJobName(), new JobInstance());        this.liteJobConfig = liteJobConfig;        this.regCenter = regCenter;
        List<ElasticJobListener> elasticJobListenerList = Arrays.asList(elasticJobListeners);
        setGuaranteeServiceForElasticJobListeners(regCenter, elasticJobListenerList);
        schedulerFacade = new SchedulerFacade(regCenter, liteJobConfig.getJobName(), elasticJobListenerList);
        jobFacade = new LiteJobFacade(regCenter, liteJobConfig.getJobName(), Arrays.asList(elasticJobListeners), jobEventBus);
    }

 看JobScheduler的构造方法，首先作业注册之前，会将job任务统一交由注册器JobRegistry统一管理，JobRegistry对象保存有job注册的所有信息，且从名字可以看出，该对象是单例;

JobRegistry.png

 看JobRegistry的API，能看到每一个job都有一个对应的job实例，和一个jobSchedulerController(作业控制器)，这就和example实例中的javaMain类中的代码相互论证，setUpDataflowJob，setUpDataflowJob，setUpScriptJob中都new 了一个新的JobScheduler，而jobSchduler中new了一个新的SchedulerFacade(原来以为会和quartz的集群方案一样，共用一个Scheduler，看来是自己想错了，elasticJob中每个作业都有一个Scheduler)。 ElasticJobListener是job监控的listener，后面再单独讲，这里带过，然后组装数据。
 而在官方的example中，得知，job的初始化是在JobScheduler.init()方法中，构造方法只是组装jobScheduler使用到的一些服务，和参数，那么init方法到底做了哪些事情，去启动job服务的。看代码：

   public void init() {
        LiteJobConfiguration liteJobConfigFromRegCenter = schedulerFacade.updateJobConfiguration(liteJobConfig);
        JobRegistry.getInstance().setCurrentShardingTotalCount(liteJobConfigFromRegCenter.getJobName(), liteJobConfigFromRegCenter.getTypeConfig().getCoreConfig().getShardingTotalCount());
        JobScheduleController jobScheduleController = new JobScheduleController(
                createScheduler(), createJobDetail(liteJobConfigFromRegCenter.getTypeConfig().getJobClass()), liteJobConfigFromRegCenter.getJobName());
        JobRegistry.getInstance().registerJob(liteJobConfigFromRegCenter.getJobName(), jobScheduleController, regCenter);
        schedulerFacade.registerStartUpInfo(!liteJobConfigFromRegCenter.isDisabled());
        jobScheduleController.scheduleJob(liteJobConfigFromRegCenter.getTypeConfig().getCoreConfig().getCron());
    }

 首先，启动的时候，会将job的配置信息通过scheduler传递给configService服务通过zk保存或更新最新的配置信息，然后将job的分片参数，jobSchdulerController注册到JobRegistry单例对象里，上面已经提到，所有的job相关的信息都是通过单例JobRegistry对象去统一管理的,registerStartUpInfo方法中通过不同的服务，做了不同服务的几件事情，启动所有的作业监听服务，选举主节点，持久化服务器上线服务，重新分片等，看代码：

  public void registerStartUpInfo(final boolean enabled) {
        listenerManager.startAllListeners();
        leaderService.electLeader();
        serverService.persistOnline(enabled);
        instanceService.persistOnline();
        shardingService.setReshardingFlag();
        monitorService.listen();        if (!reconcileService.isRunning()) {
            reconcileService.startAsync();
        }
    }

 然后看到JobSchdulerController.scheduleJob，只看scheduleJob方法名，答案已经很明显了，在这个方法中会去启动quartz的scheduler。从init代码中初始化JobScheduleController对象得知，每初始化一个JobScheduleController，就会创建一个新的quartz的Scheduler，也就是说一个job对应一个quartz的scheduler，一个quartz的scheduler对应一个job，一一对应。

   public void scheduleJob(final String cron) {        try {            if (!scheduler.checkExists(jobDetail.getKey())) {                //quartz的scheduler
                scheduler.scheduleJob(jobDetail, createTrigger(cron));
            }
            scheduler.start(); //启动quartz的scheduler
        } catch (final SchedulerException ex) {            throw new JobSystemException(ex);
        }
    }

 看代码已经很清楚了。
总结一下启动过程中的几个对象：
JobRegistry： 保存所有job的所有相关信息。
JobScheduleController：封装quartz的接口信息，相当于ElasticJob调用quartz的API。
JobScheduler: 作业入口，所有job都要通过jobScheduler进行初始化。
最后，看一下类图

scheduler.png

 就这样，elasticJob和quartz结合在一起，从此不分离，最终执行作业LiteJob。

作者：一滴水的坚持
链接：https://www.jianshu.com/p/c1f53403ddfa