本章阅读收获:可了解Quartz框架中的正式开始运行部分源码
必要回顾
在之前我们已经分析完了Job、Trigger、Schedule的各自初始化过程，那么它是如何串联起来进行跑动的呢？首先还是要关注回我们的demo当中，是通过
scheduler.scheduleJob(jobDetail, trigger);
// 启动
if (!scheduler.isShutdown()) {
scheduler.start();
}
来进行启动运行的。
scheduler.start()内部源码解析
首先我们需要顺利一下schedule，经过之前源码的解读，大家会有一定的了解，但是这边还是需要梳理一下，避免大家搞混。首先这里的scheduler的实现类是StdScheduler，实现了Scheduler，而在StdScheduler内部持有了一个QuartzScheduler，实际其实工作的就是QuartzScheduler这个类，这里我感觉有点像装饰器模式？（感觉跟几个模式都挺像的，不过无所谓不影响）
我们可以看到在StdScheduler调用start方法，实际就是
private QuartzScheduler sched;
public void start() throws SchedulerException {
sched.start();
}
所以我们直接跳到QuartzScheduler方法的解析~~
QuartzScheduler的start源码解析
/**
* 调度器开始运行
*/
public void start() throws SchedulerException {
if (shuttingDown|| closed) {
throw new SchedulerException(
"The Scheduler cannot be restarted after shutdown() has been called.");
}
// 通知调度器监控器启动中
notifySchedulerListenersStarting();
if (initialStart == null) { //初始化标识为null，进行初始化操作
initialStart = new Date();
this.resources.getJobStore().schedulerStarted();
startPlugins();
} else {
resources.getJobStore().schedulerResumed();
}
schedThread.togglePause(false);//设置 不暂停
getLog().info(
"Scheduler " + resources.getUniqueIdentifier() + " started.");
//提醒调度器的监听启动
notifySchedulerListenersStarted();
}
第一部分相信大家也都明白，就是判断参数，如果成立就抛出异常。
直接到第二部分，也就是通知调度器监控器启动中：
/**
* 通知调度器监控器启动中
*/
public void notifySchedulerListenersStarting() {
// build a list of all scheduler listeners that are to be notified...
List schedListeners = buildSchedulerListenerList();
// notify all scheduler listeners
for (SchedulerListener sl : schedListeners) {
try {
sl.schedulerStarting();
} catch (Exception e) {
getLog().error(
"Error while notifying SchedulerListener of startup.",
e);
}
}
}
这里的关键步骤还是在于构建调度器监听器部分，之后就是每个都调用方法~
/**
* 构建调度器监听器列表
*/
private List buildSchedulerListenerList() {
List allListeners = new LinkedList();
allListeners.addAll(getListenerManager().getSchedulerListeners());
allListeners.addAll(getInternalSchedulerListeners());
return allListeners;
}
这里我们可以看到添加了两个部分的listener，第一部分是getListenerManager()，这里返回的是listenerManager，也是QuartzScheduler中的属性：
private ListenerManager listenerManager = new ListenerManagerImpl();
这里其实就是管控所有listener，也包括了job，trigger等等所有的。相当于一个监听器的总部。如果我们需要用到监听器这个功能，也可以通过在初始化时自定义监听器插入进去。
另一个是getInternalSchedulerListeners，添加内部的调度器监听器，我这边大致看了下，目前就找了到一个ErrorLog一个打印错误的，还有一个JobRunShell,但是并没有运行schedulerStarting 方法，因为
public class JobRunShell extends SchedulerListenerSupport implements Runnable
而在
public abstract class SchedulerListenerSupport implements SchedulerListener {
...
public void schedulerStarting() {
}
...
}
这个抽象类并没有做任何操作，而JobRunShell也没有重写这个方法。所以基本现在等于没有做任何实际性操作，我们继续放下看start方法内部。
下面是
if (initialStart == null) { //初始化标识为null，进行初始化操作
initialStart = new Date();
this.resources.getJobStore().schedulerStarted();
startPlugins();
} else {
resources.getJobStore().schedulerResumed();
}
我们刚开始启动肯定是null，所以走上面一个内容，还记得么？我们默认的JobStore实现类是RAMJobStore,在
public class RAMJobStore implements JobStore {
...
public void schedulerStarted() {
// nothing to do
}
...
}
也是没有做任何操作。后面的插件我们不做过多解析，因为我也没有放入任何实质性插件。里面的内容也无非是获取插件列表并启动。
最后是
//提醒调度器的监听启动
notifySchedulerListenersStarted();
其实这里的代码跟之前启动中是一模一样的，只不过SchedulerListeners调用的方式是schedulerStarted，所以也不做过多的展开。就这样整体的start过程就结束了~~~
结束语
看完本章，相信大家对schedule的start的神秘面纱也有了一定的了解，但是对于整个定时系统是怎么运行的？我们肯定还是一脸的懵逼，因为我们并没有显示的看到哪里调用了执行Job。请期待下次内容~~~