第九节：Quartz中的作业   做为使用quartz的我们，其实最关心的就job，job里面会实现我们要执行的业务代码，相对于调度器触发器来讲，job相对简单一些。   先睹图为快:   我们继承IJob接口定义的job会被封装到JobDetailImpl中，JobDetailImpl还包括其它属性,比如唯一标识job的JobKey（如上图）,可见记录job状态的JobDataM

第八节:触发器 上节中学到了quartz 如何解析corn-like 表达式，其实触发器中最核心的地方就是处理时间， 这一节让我们来了解下quartz中的触发器有哪些吧：   我想大家一定首先想到的就是处理corn-like的触发器吧，它就是CronTriggerImpl触发器,还是看一下类图，看看有多少触发器，和它们之间的关系吧     如上图，所有的触发器继承了ITrig

第七节：Quartz中的cron-like表达式 配置说明请参考：http://www.blogjava.net/xmatthew/archive/2009/02/15/253864.html   cron-like也有叫unix-like表达式的,主要是对时间的配置，在quartz中主要用于触发器中，主要是根据用户配置的表达式以得出要执行作业的时间，看看Quartz是怎么解析cron-li

第六节:JobStore   跟据名称的意思，很可能理解成存放作业的容器，实际上真不是这样，它放的有哪些东东呢？ JobStore我只看了RAMJobStore，里面其实放了Job和Trigger以及它们之间的关系。   让我们先看下有哪些jobStore吧，如下面类图：   其实也就是两类，一个是内存中，一个持久化存储.   RAMJobStore: RAMJobStore继

在说到Quzrtz线程池的时候要先讲一下线程池的概念 : 我个人的理解就是把要执行的东东扔到一个类似水池子的容器里面，给它洗澡，具体怎么洗，洗的干净不干净，还是一个个等着排队洗，都算是线程池对线程的管理,官方的概念也不想找了，就按这样理解吧。 百度上找了下有哪些情况下不使用线程池，感觉挺不错，贴出来看下： ●如果需要使一个任务具有特定优先级 ●如果具有可能会长时间运行（并因此阻塞

前面几节简单的介绍了Quartz和其内部的执行过程，内容简单也容易理解，今天正式步入Quartz源码研究刨习,从调度器入手吧!   打开代码，先看下代码整体结构:   调度器介绍: Quartz调度器(Scheduler)主要有两个，一个是远程调度器(RemoteScheduler)，一个是标准调度器(StdScheduler),它们是由调度工厂完成实例化的，对用户是封闭的

稍微往quartz里面看了下代码在加上自己的揣测，大概梳理下它的执行过程，是如何调度，如何执行任务的。   执行过程: 调度器初始化配置，比如JobStore,线程池，轮循线程,作业执行环境等 如果有任务来了就把任务扔到JobStore中，有另外的线程会根据触发机制来轮循JobStore中的job，如果满足执行条件就把它扔到线程池中执行，这样一次执行作业的任务就完成了。   其

调度器： Quartz.Net中核心的地方就调度器，调度器负责管理Quartz.NET应用运行时环境。 上一节中代码中IScheduler sched = sf.GetScheduler(); 这一句代码看起来简单，其实背后做了好多事情，比如：初始化配置，是使用数据库还是内存，初始化线程池,是否是远程执行job等等，总之挺复杂的。 作业: 目前我的理解就是job，类似于上一节中

在网上看到别贴的话，要想成为技术高手就需要多多的看看别人的代码，理解别的思想，看开源项目就是一个不错的选择。说实话我太想成为技术高手，但是自己悟性太差，半天弄不明白理解不了别人写的代码，为了提高自己的阅读能力，希望自己坚持看完quartz2.0这个开源的项目，顺便也锻炼一下自己写博客的水平。                                简单介绍:官网:http://quart