java中zoneid用于时区表示与转换，不设置系统时区；通过zoneid.of()、systemdefault()等获取时区，getavailablezoneids()列出iana标准时区，支持自动夏令时处理，推荐使用iana全名而非缩写或偏移量。
Java 中使用 ZoneId 获取和设置全球时区，核心是通过 java.time.ZoneId 类（Java 8 引入的 JSR-310 时间 API）来表示、解析和操作时区信息。它不直接“设置系统时区”，而是用于时间计算、格式化和转换——真正影响运行时行为的是 ZoneId 实例在 ZonedDateTime、LocalDateTime.withZoneSameInstant() 等操作中的使用。
获取常用时区 ID
ZoneId 提供了静态方法和预定义常量，快速获取主流时区：
-
ZoneId.systemDefault()：获取 JVM 启动时读取的默认时区（受系统环境或-Duser.timezone影响） -
ZoneId.of("Asia/Shanghai")：按 IANA 时区数据库标准名称获取（推荐，如"Europe/London"、"America/New_York"） -
ZoneId.ofOffset("UTC+8")或ZoneId.of("+08:00")：用固定偏移创建（无夏令时逻辑，适合简单场景） -
ZoneId.of("GMT+8")：兼容旧写法，但语义等价于+08:00，不推荐用于生产（GMT/UTC 混用易引发歧义）
列出所有可用时区 ID
IANA 数据库包含数百个时区，可通过 ZoneId.getAvailableZoneIds() 获取完整集合（返回 Set<string></string>），常用于下拉选择或调试：
ZoneId.getAvailableZoneIds().stream()
.filter(id -> id.startsWith("Asia/"))
.sorted()
.forEach(System.out::println); // 如 Asia/Shanghai, Asia/Tokyo, Asia/Kolkata...
注意：结果不含缩写（如 CST、PST），也不含纯偏移（如 +08:00），仅含 IANA 标准全名。
用 ZoneId 进行时区转换
真正体现 ZoneId 价值的是跨时区时间计算。关键不是“设置”，而是“应用”：
- 把本地时间（无时区）赋予某个时区：
LocalDateTime.now().atZone(ZoneId.of("Asia/Shanghai")) - 把一个带时区的时间转换到另一时区：
zdt.withZoneSameInstant(ZoneId.of("America/Los_Angeles")) - 获取某时刻在不同时区的本地时间：
Instant.now().atZone(ZoneId.of("Europe/Berlin"))和.atZone(ZoneId.of("Asia/Tokyo"))
所有转换自动处理夏令时（DST）规则，例如 America/New_York 在 3–11 月用 EDT（UTC-4），其余时间用 EST（UTC-5）。
安全解析时区字符串
用户输入或配置中可能传入非标准格式（如 "China Standard Time"、"CST"），ZoneId.of() 会直接抛 ZoneIdException。建议：
- 优先约定使用 IANA 名称（服务端接口、配置文件明确要求
"Asia/Shanghai"） - 若需兼容别名，自行维护映射表：
Map.of("CST", "Asia/Shanghai", "PST", "America/Los_Angeles") - 避免依赖系统区域设置（如
Locale.getDefault()）推断时区，不可靠
不推荐用 TimeZone.getTimeZone(String)（遗留 API，返回 java.util.TimeZone），它对非法 ID 返回 GMT 而不报错，容易掩盖问题。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
