odbc连接scan ip_weblogic连接scan ip_weblogic数据源连接池(13)

quartz工作者线程

Quartz 不会在主线程(QuartzSchedulerThread)中处理用户的Job。Quartz 把线程管理的职责委托给ThreadPool。

一般的设置使用org.quartz.simpl.SimpleThreadPool。SimpleThreadPool 创建了一定数量的 WorkerThread 实例来使得Job能够程中进行处理。

WorkerThread 是定义在 SimpleThreadPool 类中的内部类，它实质上就是一个线程。

要创建 WorkerThread 的数量以及配置他们的优先级是在文件quartz.properties中并传入工厂。

spring properties

<prop key="org.quartz.threadPool.class">org.quartz.simpl.SimpleThreadPool</prop>
<prop key="org.quartz.threadPool.threadCount">20</prop>
<prop key="org.quartz.threadPool.threadPriority">5</prop>

主线程(QuartzSchedulerThread)请求ThreadPool去运行 JobRunShell 实例，ThreadPool 就检查看是否有一个可用的工作者线

程。假如所以已配置的工作者线程都是忙的，ThreadPool 就等待直到有一个变为可用。当一个工作者线程是可用的，

并且有一个JobRunShell 等待执行，工作者线程就会调用 JobRunShell 类的 run() 方法。

Quartz 框架允许替换线程池,但必须实现org.quartz.spi.ThreadPool 接口.

图4 quartz内部的主线程和工作者线程

Quartz的存储和持久化

Quartz 用 JobStores 对 Job、Trigger、calendar 和 Schduler 数据提供一种存储机制。Scheduler 应用已配置的JobStore 来存储和获取到部署信息，并决定正被触发执行的 Job 的职责。

所有的关于哪个 Job 要执行和以什么时间表来执行他们的信息都来存储在 JobStore。weblogic连接scan ip

在 Quartz 中两种可用的 Job 存储类型是：

内存(非持久化) 存储

持久化存储

JobStore 接口

Quartz 为所有类型的Job存储提供了一个接口。叫 JobStore。所有的Job存储机制，不管是在哪里或是如何存储他们的信息的，都必须实现这个接口。

JobStore 接口的 API 可归纳为下面几类:

Job 相关的 API

Trigger 相关的 API

Calendar 相关的 API

Scheduler 相关的 API

使用内存来存储 Scheduler 信息

Quartz 的内存Job存储类叫做 org.quartz..RAMJobStore，它实现了JobStore 接口的。

RAMJobStore 是 Quartz 的默认的解决方案。

使用这种内存JobStore的好处。

RAMJobStore是配置最简单的 JobStore：默认已经配置好了。见quartz.jar:org.quartz.quartz.properties

RAMJobStore的速度非常快。所有的 quartz存储操作都在计算机内存中

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-29777-13.html