spring 中使用 crontrigger 时，若指定无效的时区 id（如 "america/toronto"），会导致调度行为异常——尤其在跨时区部署场景下，可能表现为周五任务不执行，而周一至周四正常。根本原因在于 java 时区数据库不识别该 id。
spring 中使用 crontrigger 时，若指定无效的时区 id（如 "america/toronto"），会导致调度行为异常——尤其在跨时区部署场景下，可能表现为周五任务不执行，而周一至周四正常。根本原因在于 java 时区数据库不识别该 id。
在 Spring 的 CronTrigger 中，时区（TimeZone）参数直接影响 cron 表达式的解析逻辑：Spring 会将 cron 中的秒、分、小时等字段按指定时区进行时间对齐与判断。若传入非法或未注册的时区 ID，TimeZone.getTimeZone(String) 方法不会抛出异常，而是静默返回 TimeZone.getTimeZone("GMT")（即系统默认后备时区），这极易引发“看似配置正确、实则运行于错误时区”的隐蔽 Bug。
例如，您使用的代码：
CronTrigger cronTrigger = new CronTrigger("0 55 23 ? * MON-FRI", TimeZone.getTimeZone("America/Toronto"));⚠️ 问题核心："America/Toronto" 不是 Java 标准时区数据库（ICU / TZDB）中注册的有效 ID。
Java 官方时区列表（可通过 TimeZone.getAvailableIDs() 查看）中，加拿大东部时间对应的标准 ID 是：
- ✅ "America/Montreal"（推荐，语义明确且长期稳定）
- ✅ "America/New_York"（虽属美国，但与 Toronto 同属 Eastern Time，UTC−5/−4，实际偏移一致）
- ❌ "America/Toronto"（不存在，JDK 8–21 均不支持）
验证方式（建议在应用启动时加入）：
String tzId = "America/Toronto";
TimeZone tz = TimeZone.getTimeZone(tzId);
System.out.println("Time zone for '" + tzId + "': " + tz.getID());
// 输出：Time zone for 'America/Toronto': GMT ← 静默降级！✅ 正确写法如下：
// 推荐：使用官方支持的 Montreal ID（语义精准，与 Toronto 同属 ET）
TimeZone torontoTz = TimeZone.getTimeZone("America/Montreal");
CronTrigger cronTrigger = new CronTrigger("0 55 23 ? * MON-FRI", torontoTz);
// 或兼容写法（New_York 在大多数场景下行为一致）
// TimeZone torontoTz = TimeZone.getTimeZone("America/New_York");
taskRegistrar.addTriggerTask(() -> lunchJob(job), cronTrigger);? 补充说明：
- MON-FRI 表示周一至周五（含周五），语法本身无误；
- 若应用服务器运行在 CET（UTC+1），而任务需按 America/Montreal（UTC−5/−4）执行，则必须显式指定时区，否则 cron 将按服务器本地时区（CET）解析，导致时间错位；
- Spring Boot 2.3+ 用户可考虑改用 @Scheduled(cron = "...", zone = "America/Montreal") 注解，更简洁且内置校验。
? 总结：
永远避免使用非标准时区 ID；优先查阅 IANA Time Zone Database 或通过 TimeZone.getAvailableIDs() 获取有效值；调试 cron 调度问题时，第一要务是确认 TimeZone.getTimeZone(...) 返回的是否为预期时区——打印 tz.getID() 和 tz.getDisplayName() 是快速排障的关键步骤。
