在项目中使用Quartz进行定时任务调度时，遇到任务数量受限的问题。为解决并发创建任务导致的数据库冲突，提出了两种解决方案：1) 使用分布式锁；2) 利用Quartz的durable属性，防止JobDetail被自动删除，避免并发创建冲突。此外，介绍了concurrent属性用于控制同一JobDetail的Trigger是否并发执行。
好多年没来了，今天心血来潮，更几个帖子，
顺便看看几年前写的帖子，蛮有意思的。
废话不多说，进入正题
最近的项目中，我改造了历史的一堆quartz任务
第一版是，有一项业务流程 ，需要定时进行状态流转，所以搭建近十个任务去控制（业务流程有点长，此处就不繁述）
当然不仅仅是状态控制，还有相应的状态下进行复杂的业务步骤
所以，只能上任务，没有啥好的办法去玩，或者没想到（当初搭建的人也没想到，不是我，哈哈）
第二版的时候，需要该业务流程需要支持另外一个业务项的，可以配置
就是说原来的一堆定时任务，需要支持某种特定类型的数据，这一次需要支持更多一个的数据
不能简单的给内部数据筛选范围
因为时间是要求可控制的，第一版的任务A系列，第二版的任务B系列，要求分别能够进行时间配置。
所以，就是添加了一堆新的任务，业务代码是相同的，只是加了任务控制。
第三版，第四版。。。
现在的要求是，支持可配置的数据，意思就是，任务数不固定了，原来其他是加一个，就简单的添加响应的任务控制，无脑简单明了
但是现在不行了啊
原因是，quartz集群任务数量限制，
受的第一个限制，线程数，quartz的执行线程都是单独的，所以同时存在的线程数量有限，大小看各自的项目线程总数（每台机器上运行quar
最低0.47元/天 解锁文章
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
