ZonedDateTime 和 ZoneId 是 Java 8 处理时区的核心类：ZoneId 表示时区规则（如 "Asia/Shanghai"），ZonedDateTime 表示带时区的完整时间点；需用 ZoneId.of() 获取有效时区，ZonedDateTime 通过 LocalDateTime 或 Instant 构建，并支持自动夏令时处理与安全序列化。
ZonedDateTime 和 ZoneId 是 Java 8 引入的 java.time 包中处理时区的核心类，它们让全球时间管理变得清晰、不可变且线程安全。关键在于：ZoneId 表示时区规则（如 "Asia/Shanghai" 或 "Europe/London"），ZonedDateTime 则是带时区的完整时间点（含日期、时间、偏移量和夏令时信息）。
用 ZoneId 获取并验证时区
ZoneId 不能直接 new，必须通过静态方法获取。推荐使用 IANA 时区名（如 "America/New_York"），避免使用缩写（如 "PST"）或固定偏移（如 "+08:00"），因为后者不支持夏令时切换。
- 标准时区：ZoneId.of("Asia/Shanghai") —— 返回中国标准时间（CST，UTC+8，全年固定）
- 系统默认时区：ZoneId.systemDefault() —— 获取运行环境配置的时区，注意服务器和本地开发环境可能不同
- 检查是否有效：ZoneId.getAvailableZoneIds() 可返回全部支持的时区名集合，可用于校验用户输入
- 注意拼写："Asia/Shanghai" 正确，"Asia/Beijing" 或 "China" 是无效名称，会抛出 ZoneRulesException
用 ZonedDateTime 构建和转换带时区的时间
ZonedDateTime 不从字符串直接解析，而是基于 LocalDateTime + ZoneId 构建，或从 Instant + ZoneId 转换，确保语义明确。
- 从本地时间出发：LocalDateTime.now().atZone(ZoneId.of("Asia/Shanghai"))
- 从 Instant 出发（推荐用于跨系统时间传递）：Instant.now().atZone(ZoneId.of("Europe/Berlin"))
- 转换时区（不改变实际时刻）：zdt.withZoneSameInstant(ZoneId.of("America/Los_Angeles")) —— 真实时间不变，仅显示为洛杉矶当地时间
- 转换本地时间（改变实际时刻）：zdt.withZoneSameLocal(ZoneId.of("Pacific/Auckland")) —— 少用，容易引发业务逻辑错误
处理夏令时与历史规则变更
ZonedDateTime 内部自动应用 IANA 时区数据库规则，包括历史调整和夏令时起止时间。例如，2023 年 3 月 12 日美国东部时间从 EST（UTC−5）切换为 EDT（UTC−4），ZonedDateTime 会自动识别并计算正确偏移。
立即学习“Java免费学习笔记（深入）”；
- 调用 zdt.getOffset() 可实时获取当前时刻的 UTC 偏移（如 -04:00）
- zdt.getZone().getRules().getOffset(Instant.parse("2023-03-11T02:00:00Z")) 可查任意时刻的偏移，适合做历史时间比对
- 避免手动加减小时数来“模拟”时区转换，这会绕过规则引擎，导致夏令时错误
序列化与跨系统交互建议
对外传输或存储时，优先使用 Instant（UTC 时间戳）或 ISO-8601 标准格式字符串（含时区信息），而不是只存 LocalDateTime。
- 安全输出：zdt.toString() → "2024-05-20T14:30:45.123+08:00[Asia/Shanghai]"，包含偏移和时区名，可无损还原
- API 传参推荐：前端传 ISO 字符串（如 "2024-05-20T06:30:00Z"），后端用 Instant.parse() 解析，再按需转为指定时区的 ZonedDateTime
- 数据库存储：用 TIMESTAMP WITH TIME ZONE（PostgreSQL）或 BIGINT（毫秒值）+ 显式时区上下文，避免依赖数据库默认时区
