Spring CronExpression为何移除对年份字段的支持？

• 对齐标准Cron的设计初衷
  标准Unix Cron是5字段（分、时、日、月、周），Spring的CronExpression在扩展支持秒字段（形成6字段：秒、分、时、日、月、周）的基础上，核心是贴近标准Cron的简洁设计。旧的CronSequenceGenerator之所以支持7字段（含年份），是因为早期依赖了Quartz的Cron实现——Quartz自身扩展了年份字段。现在移除Quartz依赖后，Spring选择回归更纯粹的标准Cron路线，所以砍掉了非标准的年份字段。

• 避免功能冗余与复杂度攀升
  年份维度的调度需求，完全可以通过业务逻辑层面实现：比如在任务执行前判断当前年份是否符合预期，或者拆分多个Cron表达式配合条件触发。如果在CronExpression中加入年份字段，会额外增加表达式的解析复杂度，还可能引入年份范围边界、闰年适配等问题，而这些场景的覆盖率极低，没必要为了小众需求增加核心组件的复杂度。

• 聚焦高频定时任务场景
  Spring的定时任务组件主要服务于常规调度场景：按小时、天、周、月执行的任务占绝大多数，按年调度的需求其实非常少见。与其把低频的年份支持内置到Cron表达式中，不如保持表达式的简洁性，把特殊场景的处理交给业务逻辑来实现，这样更灵活也更轻量化。

针对你提到的「为什么支持秒却不支持年份」的疑问：秒字段是短周期定时任务的核心需求（比如每5秒执行一次），属于高频场景，所以Spring选择扩展支持；而年份属于极低频的特殊需求，完全可以通过其他方式替代，因此没有必要纳入CronExpression的标准支持中。

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