1. 配置执行器的线程池
public ThreadPoolTaskExecutor defaultThreadPool() {
ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
//核心线程数目 目前支付服务不需要太多的核心线程
executor.setCorePoolSize(12);
//指定最大线程数
executor.setMaxPoolSize(32);
//队列中最大的数目
executor.setQueueCapacity(16);
//线程名称前缀
executor.setThreadNamePrefix("payServiceThreadPool_");
//对拒绝task的处理策略(当线程池的任务缓存队列已满并且线程池中的线程数目达到maximumPoolSize,如果还有任务到来就会采取任务拒绝策略)
executor.setRejectedExecutionHandler(new ThreadPoolExecutor.CallerRunsPolicy());
//线程空闲后的最大存活时间
executor.setKeepAliveSeconds(60);
//当调度器shutdown被调用时等待当前被调度的任务完成 setAwaitTerminationSeconds(3) 则是3s后强制关闭
executor.setWaitForTasksToCompleteOnShutdown(Boolean.TRUE);
//核心线程保持存活状态(减少newThread的消耗)
executor.setAllowCoreThreadTimeOut(Boolean.FALSE);
//线程所使用的缓冲队列
executor.setQueueCapacity(80);
//加载
executor.initialize();
return executor;
}
2.配置Properties文件
private Properties quartzProperties() {
Properties prop = new Properties();
// 调度器实例的名字
prop.put("quartz.scheduler.instanceName", "PailieWalletScheduler");
// 调度器实例的ID
prop.put("org.quartz.scheduler.instanceId", "AUTO");
// 跳过更新检查
prop.put("org.quartz.scheduler.skipUpdateCheck", "true");
prop.put("org.quartz.scheduler.jmx.export", "true"); // org.quartz.jobStore.class属性为JobStoreTX,将任务持久化到数据中。因为集群中节点依赖于数据库来传播Scheduler实例的状态,
// 你只能在使用JDBC JobStore时应用Quartz集群
prop.put("org.quartz.jobStore.class", "org.quartz.impl.jdbcjobstore.JobStoreTX");
prop.put("org.quartz.jobStore.driverDelegateClass", "org.quartz.impl.jdbcjobstore.StdJDBCDelegate");
// 选择对应的数据库版本,将数据库创建出来 quartz数据表的前缀
prop.put("org.quartz.jobStore.tablePrefix", "QRTZ_");
// 是否支持集群
prop.put("org.quartz.jobStore.isClustered", "true"); // Scheduler实例检入到数据库中的频率(单位:毫秒)。Scheduler检查是否其他的实例到了它们应当检入的时候未检入;
// 这能指出一个失败的Scheduler实例,且当前 Scheduler会以此来接管任何执行失败并可恢复的Job。通过检入操作,
// Scheduler 也会更新自身的状态记录。clusterChedkinInterval越小,Scheduler节点检查失败的Scheduler实例就越频繁。
// 默认值是 15000 (即15 秒)
prop.put("org.quartz.jobStore.clusterCheckinInterval", "20000");
// 这是 JobStore 能处理的错过触发的 Trigger 的最大数量。
// 处理太多(超过两打) 很快会导致数据库表被锁定够长的时间,这样就妨碍了触发别的(还未错过触发) trigger 执行的性能。
prop.put("org.quartz.jobStore.maxMisfiresToHandleAtATime", "1");
// 在Trigger被认为是错过触发之前,Scheduler 还容许 Trigger 通过它的下次触发时间的毫秒数(默认60000毫秒)
prop.put("org.quartz.jobStore.misfireThreshold", "120000");
// 值为 true 时告知 Quartz(当使用 JobStoreTX 或 CMT) 调用 JDBC 连接的
// setTransactionIsolation(Connection.TRANSACTION_SERIALIZABLE) 方法。
// 这有助于阻止某些数据库在高负载和长时间事物时锁的超时
prop.put("org.quartz.jobStore.txIsolationLevelSerializable", "true");
// 这必须是一个从 LOCKS 表查询一行并对这行记录加锁的 SQL 语句。
// 假如未设置,默认值就是 SELECT * FROM {0}LOCKS WHERE LOCK_NAME = ? FOR UPDATE,这能在大部分数据库上工作。
// {0} 会在运行期间被前面你配置的 TABLE_PREFIX 所替换。
prop.put("org.quartz.jobStore.selectWithLockSQL", "SELECT * FROM {0}LOCKS WHERE LOCK_NAME = ? FOR UPDATE");
// quartz的日志插件 打印scheduler容器的运行日志 (可以关闭)
// prop.put("org.quartz.plugin.triggHistory.class", "org.quartz.plugins.history.LoggingJobHistoryPlugin");
// 捕获JVM终止的事件,并在调度程序上调用shutdown
prop.put("org.quartz.plugin.shutdownhook.class", "org.quartz.plugins.management.ShutdownHookPlugin");
prop.put("org.quartz.plugin.shutdownhook.cleanShutdown", "true"); return prop;
}
3.配置执行器
@Bean(name = "scheduler")
public SchedulerFactoryBean schedulerFactory(DataSource dataSource, ThreadPoolTaskExecutor defaultThreadPool) { SchedulerFactoryBean factory = new SchedulerFactoryBean();
factory.setDataSource(dataSource); factory.setQuartzProperties(quartzProperties()); factory.setSchedulerName("XpqbScheduler"); factory.setTaskExecutor(defaultThreadPool);
// 在SchedulerFactoryBean初始化完成后,延迟多少秒启动Scheduler,默认为0,表示马上启动。
factory.setStartupDelay(1);
factory.setApplicationContextSchedulerContextKey("applicationContextKey");
// 可选,QuartzScheduler
// 启动时更新己存在的Job,这样就不用每次修改targetObject后删除qrtz_job_details表对应记录了
factory.setOverwriteExistingJobs(true);
// SchedulerFactoryBean在初始化后是否马上启动Scheduler,默认为true。如果设置为false,需要手工启动Scheduler
factory.setAutoStartup(true); return factory;
}