Java应用时区应统一在JVM启动时用-Duser.timezone=Asia/Shanghai指定，避免系统依赖；优先使用ZonedDateTime、Instant等Java 8+ Time API并显式传入ZoneId；Spring Boot需配置spring.jackson.time-zone和数据库serverTimezone确保全链路一致。
Java应用的时区行为默认依赖操作系统，但生产环境常需显式指定，否则容易出现时间显示错乱、定时任务偏差、日志时间不一致等问题。关键在于区分JVM启动时区、运行时动态设置、以及各时间API（如java.util.Date、Calendar、LocalDateTime、ZonedDateTime）对时区的处理逻辑。
启动JVM时指定默认时区
最稳妥的方式是在启动参数中统一设定，避免代码中分散设置：
- 使用 -Duser.timezone=Asia/Shanghai 参数，例如：
java -Duser.timezone=Asia/Shanghai -jar myapp.jar - 该设置会覆盖系统默认时区，并影响
TimeZone.getDefault()、Calendar.getInstance()和new Date().toString()等传统API的行为 - 注意：不能写成
GMT+8或CST这类缩写——它们不具唯一性且易出错；必须使用IANA时区ID（如Asia/Shanghai）
运行时动态修改默认时区（慎用）
仅适用于测试或特殊场景，不建议在多线程生产环境中调用：
- 通过 TimeZone.setDefault(TimeZone.getTimeZone("Asia/Shanghai")) 修改全局默认时区
- 此操作是JVM级静态变更，会影响所有后续未显式指定时区的Date/Calendar操作
- 若应用使用了线程池或连接池（如HikariCP），部分组件可能在初始化时已缓存了旧时区，导致行为不一致
优先使用现代Time API并显式传入ZoneId
Java 8+ 应放弃依赖默认时区，改用 java.time 包中带明确时区语义的类型：
立即学习“Java免费学习笔记（深入）”；
-
ZonedDateTime：始终绑定时区，例如
ZonedDateTime.now(ZoneId.of("Asia/Shanghai")) - Instant：表示UTC时间戳，无时区歧义，适合存储和传输
- OffsetDateTime：适用于固定偏移（如API返回带+08:00的时间字符串）
- 避免直接用
LocalDateTime.now()——它不包含时区信息，无法正确转换为真实时刻
Spring Boot项目中的时区统一配置
在application.properties中补充以下配置可增强一致性：
