java quartz如何查看当前执行任务的线程数

1Quartz中的触发器Trigger

Job 包含了要执行任务的逻辑，但是 Job 对何时该执行却一无所知。这个事情留给了 Trigger。Quartz Trigger 继承了抽象的 orgquartzTrigger 类。当前，Quartz 有三个可用的 Trigger：

Java代码

·orgquartzSimpleTrigger

·orgquartzCronTrigger

·orgquartzNthIncludeDayTrigger

2SimpleTrigger的介绍

正如其名所示，SimpleTrigger对于设置和使用是最为简单的一种 Quartz Trigger。它是为那种需要在特定的日期/时间启动，且以一个可能的间隔时间重复执行 n 次的 Job 所设计的。

我们前面已经在一个简单的Quartz的例子里使用过了SimpleTrigger，我们通过

Java代码

Trigger trigger = TriggerUtilsmakeSecondlyTrigger(10);

来获取到我们的Trigger，而得到的实际上就是SimpleTrigger类的一个实现；我们实际上

还可以对上面的代码进行小小的改造：

Java代码

Trigger trigger =

new SimpleTrigger("myTrigger",SchedulerDEFAULT_GROUP,

new Date(),null,SimpleTriggerREPEAT_INDEFINITELY,60000L);

对于Quartz而言，它还不能满足我们的触发情况，所以它仅仅是用于一些简单的触发情况；

3orgquartzCronTrigger

CronTrigger 允许设定非常复杂的触发时间表。然而有时也许不得不使用两个或多个 SimpleTrigger 来满足你的触发需求，这时候，你仅仅需要一个 CronTrigger 实例就够了。顾名思义，CronTrigger 是基于 Unix 类似于 cron 的表达式。例如，你也许有一个 Job，要它在星期一和星期五的上午 8:00-9:00 间每五分钟执行一次。假如你试图用 SimpleTrigger 来实现，你或许要为这个 Job 配置多个 Trigger。然而，你可以使用如下的表达式来产生一个遵照这个时间表触发的 Trigger;

比如：

Java代码

try {

CronTrigger cTrigger = new CronTrigger("myTrigger",

SchedulerDEFAULT_GROUP, "0 0/5 8

MON,FRI");

} catch (ParseException ex) {

exprintStackTrace();

}

因为 CronTrigger 内建的如此强的灵活性，也与生俱来可用于创建几乎无所限制的表达式，且因为支持unix的cron表达式，则做为企业应用，我们的 *** 作系统一般也都以unxi *** 作系统为主，所以掌握CronTrigger 的使用费用有必要，我们将在后面对CronTrigger 进行详细的介绍；

4orgquartzNthIncludedDayTrigger

orgquartzNthIncludedDayTrigger 是 Quartz 开发团队最新加入到框架中的一个 Trigger。它设计用于在每一间隔类型的第几天执行 Job。例如，你要在每个月的 15 号执行开票的 Job，用 NthIncludedDayTrigger就再合适不过了。Quartz的 Caldendar 也可与 Trigger 关联以此把周末与节假日考虑进来，并在必要时跳开这些日期。接下来的代码片断描绘了如何创建一个 NthIncludedDayTrigger

Java代码

NthIncludedDayTrigger trigger =

new NthIncludedDayTrigger("MyTrigger",SchedulerDEFAULT_GROUP);

triggersetN(15);

triggersetIntervalType(NthIncludedDayTriggerINTERVAL_TYPE_MONTHLY);

5Job与Trigger的关系

大家都知道，一个作业，比较重要的三个要素就是Schduler，jobDetail，Trigger；

而Trigger对于job而言就好比一个驱动器；没有触发器来定时驱动作业，作业就无法运行；

对于Job而言，一个job可以对应多个Trigger，但对于Trigger而言，一个Trigger只能对应一个job；所以一个 Trigger 只能被指派给一个 Job；

说明：

1、一般初始堆和最大堆设置一样，因为：现在内存不是什么稀缺的资源，但是如果不一样，从初始堆到最大堆的过程会有一定的性能开销，所以一般设置为初始堆和最大堆一样。64位系统理论上可以设置为无限大，但是一般设置为 4G ,因为如果再大，JVM进行垃圾回收出现的暂停时间会比较长，这样全GC过长，影响JVM对外提供服务，所以不能太大。一般设置为4G。

2、-XX:NewRaio和-XX:SurvivorRatio这两个参数，都是设置年轻代和年老代的大小的，设置一个即可，第一是设置年轻代的大小，第二个是设置比值，理论上设置一个既可以满足需求

打印GC回收的过程日志信息

以下配置主要针对分代收集回收算法而言

年轻代的设置很关键

JVM中最大堆大小有三方面限制：相关 *** 作系统的数据模型(32bit还是64bit)限制：系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在15G-2G;64位 *** 作系统对内存没有限制。在Windows Server 2003系统，35G物理内存，JDK50下测试，最大设置为1478m。

典型设置：

JVM给了三种选择：串行收集器，并行收集器，并发收集器，但是串行收集器只适用于小数据量的情况，一般不考虑使用了，所以这里只针对并行收集器和并发收集器。默认情况下，JDK50以前是使用的串行收集器，如果想使用其他收集器需要在启动时加入相应的参数， JDK50以后，JVM会根据系统当前的配置进行判断

吞吐量优先的并行收集器

并行收集器主要以到达一定的吞吐量为目标，适用于后台处理

响应时间优先的并发收集器

并发收集器主要是保证系统的响应时间，减少垃圾收集时的停顿时间。适用于应用服务器、电信领域等。

61年轻代大小选择

响应时间优先的应用：尽可能设置大，直到接近系统的最低响应时间限制（根据实际情况选择）。在此种情况下，年轻代收集发生的频率也是最小的。同时减少到达年老代的对象。

吞吐量优先的应用：尽可能的设置大，可能到达Gbit的成都，因为对响应时间没有要求，垃圾收集可以并行进行，一般适合8核CPU以上应用。

62年老代大小选择

响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了，可能会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式；如果堆大了，则需要较长的收集时间。最优化的方案，一般需要参考一下数据获得：

1、并发垃圾收集信息

2、持久代并发收集次数

3、传统GC信息

4、花在年轻代和年老代回收上的时间比例减少年轻代和年老代花费的时间，一般会提高应用的效率

63吞吐量优先的应用

一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期对象，而年老代尽存放长期存活的对象

64较小堆引起的碎片问题

因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：

Jconsole,jProfile,VisualVM

Jconsole:jdk自带， 功能简单，但是可以再系统有一定负荷的情况下使用，对垃圾回收算法有很详细的跟踪。

JProfiler：商业软件，需要付费，但是功能强大

VisualVM:JDK自带，功能强大，与Jprofiler类似，推荐

观察内存释放情况、集合类检查，对象树

上面这些调优工具都提供了强大的功能，但是总的来说一般分为以下几类功能：

一般就是根据垃圾回收前后情况对比，同时根据对象引用情况（ 常见的集合对象引用 ）分析，基本都可以找到泄漏点。

持久代沾满处理：

1、-XX:MaxPermSize=16m

2、换JDK比如：JRocket

系统内存被沾满：

一般是因为没有足够的资源产生线程造成的，系统创建线程时，除了要在Java堆中分配内存外， *** 作系统本身也需要分配资源来创建线程。因此，当线程数量大的一定程度以后，堆中或许还有空间，但是 *** 作系统分配不出资源来了，出现异常。

分配给Java虚拟机的内存越多，系统剩余的资源就越少，因此，当系统内存固定时，分配给Java虚拟机的内存越多，那么，系统总共能够产生的线程也就越少，两者成反比。同事，可以通过修改-Xss来减少分配给单个线程的空间，也可以增加系统总共生产的线程数。

java程序内存问题的诊断方法：

查看jmap的命令参数，帮助查看堆信息

ExecutorService是个接口，如果你是用Executors静态方法生产的实例，见具体实现。

比如：

public static ExecutorService newFixedThreadPool(int nThreads, ThreadFactory threadFactory) {

return new ThreadPoolExecutor(nThreads, nThreads,

0L, TimeUnitMILLISECONDS,

new LinkedBlockingQueue<Runnable>(),

threadFactory);

}

那它是ThreadPoolExecutor的实例，你可以看它的方法，如getActiveCount()，getPoolSize()等。

以上就是关于java quartz如何查看当前执行任务的线程数全部的内容，包括:java quartz如何查看当前执行任务的线程数、JVM调优常用参数配置、java线程池ExecutorService，里面有多少空余线程，怎么看等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！