ZonedDateTime 是 Java 8 提供的带时区完整日期时间类，封装年月日、时分秒、纳秒、ZoneId 和 ZoneOffset；支持 now()、atZone()、parse() 等创建方式，withZoneSameInstant 保持瞬时不变，toInstant() 安全转换为 UTC 时间戳。
ZonedDateTime 是 Java 8 引入的 java.time 包中专门用于处理“带时区的完整日期时间”的核心类。它不仅包含年月日、时分秒、纳秒，还明确关联一个 ZoneId（如 "Asia/Shanghai"）和对应的 ZoneOffset（如 +08:00），能准确反映不同时区下同一时刻的本地表示。
如何创建 ZonedDateTime 实例
常见方式包括：
- 从系统默认时区的当前时刻构建：
ZonedDateTime.now() - 指定时区获取当前时间：
ZonedDateTime.now(ZoneId.of("Europe/London")) - 基于 LocalDateTime + ZoneId 组合：
LocalDateTime.now().atZone(ZoneId.of("America/New_York")) - 解析 ISO-8601 格式字符串（含时区信息）：
ZonedDateTime.parse("2024-05-20T14:30:00+09:00[Asia/Tokyo]")
时区转换：withZoneSameInstant vs withZoneSameLocal
这是最容易混淆的操作，关键区别在于“保持什么不变”：
-
withZoneSameInstant：保持“同一物理时刻”不变，只换算成目标时区的本地时间。
例如：北京时间2024-05-20T14:30+08:00[Asia/Shanghai]转为纽约时间 →2024-05-20T02:30-04:00[America/New_York]（仍是同一瞬间） -
withZoneSameLocal：保持“年月日时分秒”字面值不变，仅替换时区（可能导致逻辑错误，慎用）。
例如：把2024-05-20T14:30+08:00改为2024-05-20T14:30-05:00，实际代表两个不同时刻
提取与转换：避免丢失时区信息
ZonedDateTime 可安全转为其他类型，但需注意语义：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
-
toInstant()：获得标准 UTC 时间戳（
Instant），适用于存储、比较、跨系统交互 - toLocalDateTime()：丢弃时区，只保留本地时间字段（不推荐直接用于业务计算，易出错）
-
getZone() / getOffset()：分别获取
ZoneId（如"Asia/Shanghai"）和当前生效的偏移量（如+08:00），注意夏令时下 offset 可能变化
格式化与解析：推荐使用预定义格式或自定义 DateTimeFormatter
直接 toString() 输出的是 ISO-8601 扩展格式（如 2024-05-20T14:30:45.123+08:00[Asia/Shanghai]），含时区 ID 和偏移量，可无损解析回 ZonedDateTime。
若需自定义格式（如中文显示）：
- 用
DateTimeFormatter.ofPattern("yyyy年MM月dd日 HH:mm:ss VV")，其中VV表示时区 ID（如 “Asia/Shanghai”） - 避免用
zzz（如 “CST”），它不唯一且无法反向解析 - 解析时确保模式中包含时区字段（如
VV或X/xx），否则会退化为 LocalDateTime
