Java中使用ZoneId.of("UTC")而非ZoneOffset.UTC的适用场景有哪些？

核心差异 #

• ZoneOffset.UTC 返回纯ZoneOffset实例，ID为"Z"，偏移量为0，使用默认时区规则
• ZoneId.of("UTC") 返回ZoneRegion实例，ID为"UTC"，内部封装了ZoneOffset.UTC

讨论前提 #

本次讨论限定仅使用UTC简化日期时间处理的场景，排除业务要求必须使用UTC时区区域、涉及时区所属地理位置的特殊场景。
比如处理ZonedDateTime时，目前能发现的唯一差异是打印格式不同：

2021-06-10T15:28:25.000000111Z
2021-06-10T15:28:25.000000111Z[UTC]

特性对比 #

ZoneOffset.UTC的优势 #

• 是预定义常量，0偏移量本身也做了缓存，调用成本极低
• 无额外区域信息，运行开销略低
• UTC本身不存在夏令时、历史时区偏移调整，0偏移量足以覆盖绝大多数通用场景，比如与带夏令时规则的特定区域时区做日期时间转换等

ZoneId.of("UTC")的特性 #

• 通常ZoneRegion比ZoneOffset更推荐使用，因为它携带了地理位置相关的夏令时、历史偏移调整等额外规则
• 但针对UTC场景，ZoneId.of("UTC")只是对ZoneOffset.UTC的区域包装，目前未发现额外功能收益，UTC本身也没有除继承的ZoneOffset.UTC规则外的区域专属规则
• 每次调用都需要执行时区ID解析，开销更高

选型结论 #

目前没有发现无特殊业务要求下必须使用ZoneId.of("UTC")的强制场景。除非有业务等特殊要求必须使用UTC时区区域，否则优先选择ZoneOffset.UTC，它的性能开销更低，UTC时区区域也没有可感知的额外收益。

内容的提问来源于stack exchange，提问作者Vankog