携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第13天，点击查看活动详情
前言
昨天很简单的阐述了一下Quartz的启动流程，但是里面最重要的QuartzSchedulerThread的run方法还木有讲，今天的话，就是来简单的看一看。
一、QuartzSchedulerThread 的 run方法大致阐述
先说一下run方法的执行时机：
当Quartzscheduler执行start方法时，方法体中有一句
schedThread.togglePause(false);，接着就会调用QuartzSchedulerThread下的togglePause方法，将paused置为false，在此之后，QuartzSchedulerThread下的 run 方法开始真正运行
/**通知主处理循环在下一个可能的点暂停 */
void togglePause(boolean pause) {
synchronized (sigLock) {
paused = pause;
if (paused) {
signalSchedulingChange(0);
} else {
sigLock.notifyAll();
}
}
}
复制代码 public void run() {
int acquiresFailed = 0;
// 这里就是判断调度器是否该停止，如果没有收到信号的话，这个调度器是一直处于循环之中的
while (!halted.get()) {
try {
// 这里是检查我们是否应该暂停
synchronized (sigLock) {
// 我们在初始化的时候，paused 是置为 true的，
// 因此在上文中，我们才说
// 当 Quartzscheduler 执行 start方法时调用togglePause,
// 将 paused 置为false，run 方法才开始运行
// 也是因为此处的判断
while (paused && !halted.get()) {
try {
sigLock.wait(1000L);
}catch (InterruptedException ignore) {}
acquiresFailed = 0;
}
if (halted.get()) { break;}
}
// 如果从作业存储中读取一直失败（例如数据库关闭或重新启动）
// 就会等待一段时间~
if (acquiresFailed > 1) {
try {
//这里就是计算延迟时间
long delay = computeDelayForRepeatedErrors(qsRsrcs.getJobStore(), acquiresFailed);
Thread.sleep(delay);
} catch (Exception ignore) {}
}
// 从线程池拿出空闲可利用的线程数量
// 这里多谈一嘴 blockForAvailableThreads()方法
// 它是一个阻塞式方法，直到至少有一个可用线程。
int availThreadCount = qsRsrcs.getThreadPool().blockForAvailableThreads();
if(availThreadCount > 0) {
List<OperableTrigger> triggers;
long now = System.currentTimeMillis();
// 清除信号调度变更
clearSignaledSchedulingChange();
try {
//如果可用线程数量足够那么就是30后再次扫描，
//acquireNextTriggers方法的三个参数的意思分别是：
//idleWaitTime ：为如果没有的再次扫描的时间，默认是
// private static long DEFAULT_IDLE_WAIT_TIME = 30L * 1000L; 30秒
//Math.min(availThreadCount, qsRsrcs.getMaxBatchSize()) ：这里的意思就是一次最多能取几个出来
//batchTimeWindow ：默认是0，同样是一个时间范围，
//如果有两个任务只差一两秒，而执行线程数量满足及batchTimeWindow时间也满足的情况下就会两个都取出来
// 具体的方法的执行，后文再看~
triggers = qsRsrcs.getJobStore().acquireNextTriggers(
now + idleWaitTime, Math.min(availThreadCount, qsRsrcs.getMaxBatchSize()), qsRsrcs.getBatchTimeWindow());
acquiresFailed = 0;
if (log.isDebugEnabled()){
//...
}
//在获取到 triggers 触发器不为空后，
//trigger列表是以下次执行时间排序查出来的
if (triggers != null && !triggers.isEmpty()) {
now = System.currentTimeMillis();
//取出集合中最早执行的触发器
//获取它的下一个触发时间
long triggerTime = triggers.get(0).getNextFireTime().getTime();
long timeUntilTrigger = triggerTime - now;
// 判断距离执行时间是否大于2 毫秒
while(timeUntilTrigger > 2) {
synchronized (sigLock) {
if (halted.get()) {
break;
}
//判断是不是距离触发事件最近的，
if (!isCandidateNewTimeEarlierWithinReason(triggerTime, false)) {
try {
// 没有的话，就进行阻塞，稍后进行执行
now = System.currentTimeMillis();
timeUntilTrigger = triggerTime - now;
if(timeUntilTrigger >= 1)
sigLock.wait(timeUntilTrigger);
} catch (InterruptedException ignore) {}
}
}
if(releaseIfScheduleChangedSignificantly(triggers, triggerTime)) { break; }
now = System.currentTimeMillis();
timeUntilTrigger = triggerTime - now;
}
// this happens if releaseIfScheduleChangedSignificantly decided to release triggers
if(triggers.isEmpty()) continue;
// set triggers to 'executing'
List<TriggerFiredResult> bndles = new ArrayList<TriggerFiredResult>();
boolean goAhead = true;
synchronized(sigLock) {
goAhead = !halted.get();
}
if(goAhead) {
try {
//开始根据需要执行的trigger从数据库中获取相应的JobDetail 同时这一步也更新了 triggers 的状态，稍后会讲到~
List<TriggerFiredResult> res = qsRsrcs.getJobStore().triggersFired(triggers);
if(res != null)
bndles = res;
} catch (SchedulerException se) {
qs.notifySchedulerListenersError(
"An error occurred while firing triggers '"
+ triggers + "'", se);
for (int i = 0; i < triggers.size(); i++) {
qsRsrcs.getJobStore().releaseAcquiredTrigger(triggers.get(i));
}
continue;
}
}
//将查询到的结果封装成为 TriggerFiredResult
for (int i = 0; i < bndles.size(); i++) {
TriggerFiredResult result = bndles.get(i);
//TriggerFiredBundle用于将执行时数据从 JobStore 返回到QuartzSchedulerThread 。
TriggerFiredBundle bndle = result.getTriggerFiredBundle();
Exception exception = result.getException();
if (exception instanceof RuntimeException) {
getLog().error("RuntimeException while firing trigger " + triggers.get(i), exception);
qsRsrcs.getJobStore().releaseAcquiredTrigger(triggers.get(i));
continue;
}
if (bndle == null) {
qsRsrcs.getJobStore().releaseAcquiredTrigger(triggers.get(i));
continue;
}
JobRunShell shell = null;
try {
//把任务封装成JobRunShell线程任务，
//JobRunShell extends SchedulerListenerSupport implements Runnable 是实现了 Runnable 接口的
//然后放到线程池中跑动。
shell = qsRsrcs.getJobRunShellFactory().createJobRunShell(bndle);
shell.initialize(qs);
} catch (SchedulerException se) {
qsRsrcs.getJobStore().triggeredJobComplete(triggers.get(i), bndle.getJobDetail(), CompletedExecutionInstruction.SET_ALL_JOB_TRIGGERS_ERROR);
continue;
}
// 别看这里是个if判断
// 但是这里就是将 obshell 放进线程池执行的地方
// 利用的就是boolean runInThread(Runnable runnable); 方法
// 这个方法的作用就是 在下一个可用的Thread中执行给定Runnable
if (qsRsrcs.getThreadPool().runInThread(shell) == false) {
getLog().error("ThreadPool.runInThread() return false!");
qsRsrcs.getJobStore().triggeredJobComplete(triggers.get(i), bndle.getJobDetail(), CompletedExecutionInstruction.SET_ALL_JOB_TRIGGERS_ERROR);
}
}
continue; // while (!halted)
}
} else { // if(availThreadCount > 0)
// should never happen, if threadPool.blockForAvailableThreads() follows contract
continue; // while (!halted)
}
long now = System.currentTimeMillis();
long waitTime = now + getRandomizedIdleWaitTime();
long timeUntilContinue = waitTime - now;
synchronized(sigLock) {
// ....
}
} // ....
} // while (!halted)
// ....
}
复制代码二、一些细节
2.1、先获取线程池中的可用线程数量
（若没有可用的会阻塞，直到有可用的）；
int availThreadCount = qsRsrcs.getThreadPool().blockForAvailableThreads();
复制代码2.2、获取 30m 内要执行的 trigger
(即 acquireNextTriggers )
我们来看一看 acquireNextTriggers方法
首先说acquireNextTriggers具体实现是在 JobStoreSupport中，同时 quartz 与数据库关联的实现大都在JobStoreSupport中，当然更具体的SQL执行还是在DriverDelegate接口下的。
acquireNextTriggers 做了哪些事情呢？
我们看看这两个方法：
首先看第一个 acquireNextTrigger(conn, noLaterThan, maxCount, timeWindow);
主要就是获取下一个 30m内可执行的triggers的触发器，在里面JobStoreSupport从数据库取出triggers时是按照nextFireTime排序的
更具体的就需要大家点进方法去看啦~另外里面还包含triggers状态的变更，属于是更加细节化的东西。
第二个就是获取到触发的触发记录~
然后在执行executeInNonManagedTXLock时，是需要先获得锁，之后再在提交时释放锁的。
待直到获取的trigger中最先执行的trigger在2ms内；
if (triggers != null && !triggers.isEmpty()) {
now = System.currentTimeMillis();
long triggerTime = triggers.get(0).getNextFireTime().getTime();
long timeUntilTrigger = triggerTime - now;
while(timeUntilTrigger > 2) {
//...
}
}
复制代码2.3、triggersFired(triggers)
List<TriggerFiredResult> res = qsRsrcs.getJobStore().triggersFired(triggers);
这一步看着只是获取了List<TriggerFiredResult>对象，实际上在triggersFired(triggers)方法中隐藏了很多东西~
首先查询，确保触发器没有被删除、暂停或完成...，就更新
firedTrigger的status=STATE_EXECUTING;代码的注释上还说，如果没有这些就会将状态该为deleted
另外就是更新触发触发器：
-
更新trigger下一次触发的时间；
-
更新trigger的状态：
如果下一次的执行时间为空，状态则改为
STATE_COMPLETE
在执行executeInNonManagedTXLock方法时，提交前先获得锁，transOwner = getLockHandler().obtainLock(conn, lockName);
最后是释放锁：commitConnection(conn);
2.4、创建JobRunShell，放进线程池执行
针对每个要执行的trigger，创建JobRunShell，并放入线程池执行：
然后由execute:执行job
更详细的看不下去啦~
跑路啦跑路啦~
后记
下次继续~，这些都是debug就能看到的东西，里面的很多东西有趣是有趣，但是怎么说勒，真的很麻人。
如果不是这外面四十度的天，我感觉我应该也在外面溜达啦~
又是荒废的两天，定下来的任务一个也没完成~
写于 2022 年 8 月 14 日黄昏，作者：宁在春