Java 调度器和x27之间的区别是什么；s standby（）和pauseAll（）？

我正在使用Quartz Scheduler v.1.8.0

和之间有什么区别

待机（）- 暂时停止计划程序触发触发器

pauseAll（）- 暂停所有触发器-类似于调用 pauseTriggerGroup（组）位于每个 但是，在使用此 方法resumeAll（）必须被调用到 清除计划程序的状态 “记住”所有新的触发器 将在添加它们时暂停

根据我从API文档中了解的情况，我无法轻松/清晰地区分/区分它们中的每一个。我看到它们都有相同的用途——临时暂停/停止调度程序中的所有触发器，然后执行start（）（用于备用）或resumeAll（）（用于pauseAll）以清除调度程序的状态。还有其他区别吗

---

希望专家能帮助我理解任何细微的区别。

区别在于触发失火指令的应用行为

在待机（）后调用start（）时，待机时出现的任何缺火都将被忽略

---

在pauseAll（）之后调用resumeAll（）时，将应用在计划程序暂停时出现的所有缺火。

在和之后恢复计划程序时存在差异

在API文档的以下描述中，我用粗体表示不同

待机状态：

无效待命（） 抛出ScheduleException临时停止计划程序的 触发

调用start（）时（将 调度器脱离待机模式）， 触发缺火指令将不起作用 在合同执行期间适用 start（）方法-任何缺火都将被禁用 随后立即检测到（由 JobStore的正常流程）。

计划程序未被销毁，并且 可以随时重新启动

pauseAll：

void pauseAll（） 抛出ScheduleException暂停所有触发器 -类似于在每个服务器上调用pauseTriggerGroup（组） 但是，在使用此 方法resumeAll（）必须被调用到 清除计划程序的状态 “记住”所有新的触发器 将在添加它们时暂停

调用resumeAll（）时（到 取消暂停），触发缺火 将应用说明。

start（）和standby（）是每个实例的方法。在集群模式下运行的其他实例将继续触发作业

---

resumeAll（）和pauseAll（）适用于整个集群

当

pauseAll（）

暂停所有计划（此时已创建）时，

standby（）

暂停计划程序本身。因此，当您创建一个新计划时，在

pauseAll（）

之后，它将被适当地调度和运行，但是在

standby（）

的情况下，它运行的时间不会早于调度程序上调用的“start（）”方法。

以下是我从源代码v1.8.6获得的信息：

standby（）

start（）
只需恢复调度程序线程，不会立即应用缺火策略。但所有缺火都将在稍后自然应用

pauseAll（）
类似于在每个现有触发器组上调用
pauseTriggerGroup（）
，这意味着以后添加的新触发器组将正常触发。请注意，这与
pauseJob（）
或
pauseJobGroup（）
无关，只与触发器及其组上发生的事情有关

resumeAll（）
类似于对每个现有触发器组调用
resumeTriggerGroup（）
。此外，在执行
resumeAll（）
时，将应用缺火。这是不正确的。如果先调用standby（），然后调用start（），则触发器错误激发将仅在执行start（）期间被忽略，而不会在调用standby（）和start（）之间的整个时间段内工作。