Spring Boot整合Quartz时CronTriggerFactoryBean为何不支持设置endTime

• 首先是跨版本适配的定位要求，这是最核心的考量。CronTriggerFactoryBean本质是Spring为Quartz实现的适配层，核心目标是屏蔽Quartz不同大版本的API差异，只对外暴露所有版本都兼容、行为一致的通用配置项。endTime属于Quartz原生CronTriggerImpl的自有属性，在Quartz 1.x到2.x的迭代过程中，这个属性的校验逻辑、时区处理规则都出现过不兼容调整，如果直接在FactoryBean中暴露对应setter，Spring就会和特定Quartz版本产生强绑定，完全违背适配层的设计初衷。
• 其次是贴合Spring默认的生命周期管理逻辑。Spring集成Quartz的默认设计中，触发器的启停、失效是和调度容器、Job实例的生命周期强绑定的：容器关闭、Job被移除、调度器暂停时，框架会统一处理触发器的终止逻辑，不需要针对单个CronTrigger单独配置固定结束时间。这个设计覆盖了绝大多数Spring托管调度任务的通用场景，单触发器自定义结束时间属于占比很低的小众需求，没有被纳入默认暴露的配置范围。
• 最后是预留自定义扩展空间。Spring的FactoryBean模式本身就没有打算把底层实现类的所有属性全量透传，非通用属性本来就留给开发者自行扩展配置。你提到的直接在生成的CronTriggerImpl实例上设置endTime的做法完全合规，不存在隐藏的运行风险，不属于绕过框架的hack操作。如果需要把endTime做成可配置项，也可以直接继承FactoryBean做简单扩展，参考实现如下：

import org.quartz.impl.triggers.CronTriggerImpl;
import org.springframework.scheduling.quartz.CronTriggerFactoryBean;
import java.text.ParseException;
import java.util.Date;

public class ConfigurableEndTimeCronTriggerFactoryBean extends CronTriggerFactoryBean {
    private Date endTime;

    public void setEndTime(Date endTime) {
        this.endTime = endTime;
    }

    @Override
    public void afterPropertiesSet() throws ParseException {
        super.afterPropertiesSet();
        CronTriggerImpl triggerInstance = (CronTriggerImpl) getObject();
        if (endTime != null && triggerInstance != null) {
            triggerInstance.setEndTime(endTime);
        }
    }
}

使用这个自定义扩展类替换原生的CronTriggerFactoryBean，就可以直接在Bean配置里给cron触发器设置可选的结束时间，和原生FactoryBean的所有原有功能完全兼容。

内容的提问来源于stack exchange，提问作者tamirka