ZonedDateTime.of() 不接受时区 ID 字符串参数，必须配合 LocalDateTime 和 ZoneId 使用，如 ZonedDateTime.of(ldt, ZoneId.of("Europe/London"))；其他可靠方式包括 now(ZoneId)、Instant.atZone() 和 parse()。
ZonedDateTime.of() 不能直接通过单个方法调用创建任意时区的 ZonedDateTime，它本身是重载的静态工厂方法，但**不接受时区 ID 字符串作为参数**。你需要配合 LocalDateTime 和 ZoneId 使用。
正确用法：ZonedDateTime.of(LocalDateTime, ZoneId)
这是最常用、最推荐的方式。先构造一个本地时间，再指定时区，由系统自动转换为该时区对应的带偏移的时刻：
- 传入
LocalDateTime（不含时区）和ZoneId（如ZoneId.of("Asia/Shanghai")） - 内部会根据该时区的历史规则（比如夏令时）计算出对应时刻的 UTC 偏移量
- 结果是精确、可序列化、支持跨时区运算的
ZonedDateTime
示例：
LocalDateTime ldt = LocalDateTime.of(2024, 5, 20, 14, 30, 0);ZonedDateTime zdt = ZonedDateTime.of(ldt, ZoneId.of("Europe/London"));
其他常用创建方式（非 of() 但更实用）
实际开发中，以下方式比单纯依赖 of() 更灵活可靠：
立即学习“Java免费学习笔记（深入）”；
-
从系统当前时间 + 时区：
ZonedDateTime.now(ZoneId.of("America/New_York")) -
从 Instant + 时区：
Instant.now().atZone(ZoneId.of("Asia/Tokyo")) -
解析字符串：
ZonedDateTime.parse("2024-05-20T14:30:00+09:00[Asia/Tokyo]")（需格式匹配）
注意：ZonedDateTime.of() 的重载版本不包含 String zoneId 参数
常见误区是写成 ZonedDateTime.of(2024,5,20,14,30,0,"Asia/Shanghai") —— 这会编译失败。可用的重载只有：
-
of(int, int, int, int, int, int, int, ZoneId)（年月日时分秒纳秒 + ZoneId） of(LocalDateTime, ZoneId)of(LocalDate, LocalTime, ZoneId)
所以“指定时区”必须显式传入 ZoneId 对象，不能传字符串字面量。
时区 ID 写法要规范
使用 ZoneId.of() 时，推荐用 IANA 时区名（如 "Asia/Shanghai"），而非固定偏移（如 "GMT+8"）：
- IANA 名称能自动处理夏令时、历史规则变更（比如中国虽已取消夏令时，但其他地区仍适用）
-
"GMT+8"或"UTC+08:00"是ZoneOffset，不是完整时区，无法反映 DST 变化 - 错误写法：
ZoneId.of("CST")（模糊缩写，可能抛异常）
