本文共 1832 字，大约阅读时间需要 6 分钟。

先上官网地址：

Quartz 在线上出现并发瓶颈问题，造成延时触发或者不触发，可以通过他的配置文件 quartz.properties 文件来优化

Quartz-Job的quartz.properties配置文件说明，此文件在quartz的jar包有，可直接拿过来使用不过只有基本的几个配置 自己可根据需要进行扩充；另外如果项目中没有对该配置文件重写，则Quartz会加载自己jar包中的quartz.properties文件。

首先看看默认配置：

下面是配置优化：

#===============================================================        #配置文件不是必须的，Quartz对配置项都是有默认值的，当需要自定义的时候，#可以在classpath路径下放一个quartz.properties文件，Quartz的StdSchedulerFactory#在启动时会自动加载该配置文件。#===============================================================    #===============================================================        #配置主调度程序的属性        #===============================================================    org.quartz.scheduler.instanceName = DefaultQuartzSchedulerorg.quartz.scheduler.rmi.export = falseorg.quartz.scheduler.rmi.proxy = falseorg.quartz.scheduler.wrapJobExecutionInUserTransaction = false#当检查某个Trigger应该触发时，默认每次只Acquire一个Trigger，（为什么要有Acquire的过程呢？是为了防止多线程访问的情况下，#同一个Trigger被不同的线程多次触发）。尤其是使用JDBC JobStore时，一次Acquire就是一个update语句，尽可能一次性的多获取#几个Trigger，一起触发，当定时器数量非常大的时候，这是个非常有效的优化。当定时器数量比较少时，触发不是极为频繁时，#这个优化的意义就不大了。org.quartz.scheduler.batchTriggerAcquisitionMaxCount=50#===============================================================        #配置线程池的属性#===============================================================          org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool#线程池里的线程数，默认值是10，当执行任务会并发执行多个耗时任务时，要根据业务特点选择线程池的大小。org.quartz.threadPool.threadCount = 50org.quartz.threadPool.threadPriority = 5org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread = true#===============================================================        #配置JobStore的属性#===============================================================          org.quartz.jobStore.misfireThreshold = 60000org.quartz.jobStore.class = org.quartz.simpl.RAMJobStore

Quartz配置详解：

参考：

转载地址：https://blog.csdn.net/p358278505/article/details/81078802 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！