Spring Boot中@Scheduled注解无法读取配置文件Cron表达式问题

针对你遇到的0 0 12 * * ?不生效、0 40 06 * * ?正常运行的情况，结合K8s多Pod部署场景，从以下几个方向排查：

1. 时区不匹配 #

K8s容器默认使用UTC时区，如果你的业务预期是本地时区（比如北京时间），那么0 0 12 * * ?对应的UTC时间是凌晨4点，可能刚好不在你关注的时间窗口内，导致误以为没执行；而0 40 06 * * ?对应UTC前一天的22:40，可能刚好在你测试的时间范围内。

排查步骤：

• 进入Pod执行date命令，确认容器内时区
• 修改配置时明确指定时区，比如在@Scheduled注解中添加zone参数：@Scheduled(cron = "${APPLICATION_CRONFORPURGESIM}", zone = "Asia/Shanghai")
• 或者在K8s部署文件中为Pod挂载宿主机时区文件，统一时区：

  volumes:
    - name: timezone
      hostPath:
        path: /etc/localtime
  containers:
    - name: your-service
      volumeMounts:
        - name: timezone
          mountPath: /etc/localtime
  

2. 配置加载异常 #

检查代码中@Scheduled注解的配置键是否和application.properties中的APPLICATION_CRONFORPURGESIM完全一致，注意大小写、下划线拼写，比如是否误写成APPLICATION_CRONFORPURGE_SIM或小写形式。

可以在启动日志中搜索配置键，确认Spring是否正确加载了该配置值；或者在代码中打印该配置值，验证是否读取到的是预期的0 0 12 * * ?。

3. 任务执行被遗漏或抑制 #

• 多Pod环境下，如果没有分布式锁机制，多个Pod会同时执行任务，但可能因业务逻辑（比如任务幂等校验）导致部分Pod的执行被跳过，而你只查看了某个Pod的日志，误以为任务没运行。
• 检查12点左右所有Pod的日志，确认是否有任务执行记录；如果需要单实例执行，可引入Redis分布式锁或使用Spring Cloud Task等组件实现分布式调度。

4. 日志采集或监控盲区 #

确认日志采集系统是否覆盖了所有Pod的日志，且日志级别设置正确（比如任务执行的日志是否是INFO级别，而Pod的日志级别被设置为WARN）。可以直接进入Pod，查看12点左右的本地日志文件，确认任务是否实际执行。

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