首先介绍一下Quartz启动过程和几个核心类的主要职责，在其他的文章里，分别详细的介绍这几个核心类。
1、通常，调用StdSchedulerFactory#getDefaultScheduler()，得到一StdScheduler。在这个过程中，间接的调用了instantiate()方法，这个方法完成了框架所有组件的创建和初始化。
2、Scheduler 是框架的主要接口，用户使用它完成大部分工作。调用Scheduler#start()启动框架。
3、QuartzScheduler 中封装了对框架的大部分操作，StdScheduler中所有的方法都是调用QuartzScheduler中的方法的实现。例如：
public void start() throwsSchedulerException {
sched.start();
}
在QuartzScheduler#start()中，首先通知所有监听器启动消息，然后启动插件、JobStore和通知QuartzSchedulerThread正式启动，最后通知监听器启动完成。
4、QuartzSchedulerThread 继承自 Thread， 它的run方法是整个调度的核心，在run方法中， 会循环去数据库查询某一段时间里最早触发的trigger，并且异步去执行对应的job实现类。
5、JobRunShell 继承自Runnable，它是对一个需要执行的job子类的封装， 在QuartzSchedulerThread#run方法创建，并调用线程池中的线程去执行，在它的initialize(QuartzScheduler sched)方法中，用反射生成了job类，run方法是一个job被执行的逻辑。
6、SimpleThreadPool，是默认的线程池，它有一个内部类WorkerThread继承自Thread，每一个WorkerThread类代表线程池中的一个线程。通过SimpleThreadPool#runInThread方法提供异步处理。
7、JobStore， 给QuartzScheduler提供了Job和Trigger的存储机制，默认使用RAMJobStore，数据保存在内存中，配置了数据库时，所有的数据库操作封装在了JobStoreSupport中。JobStoreSupport是一个抽象类，其中有两个内部类，都继承自Thread，ClusterManager用于维护集群，MisfireHandler封装了Misfire 后的Trigger的处理。
8、QuartzSchedulerResources，这个类保存了所有的运行时资源，包括ThreadPool，JobStore等。
注：1、系列文章使用的是Quartz版本为 2.3.1
2、文章所有的解析基于使用数据库持久化
