Java8中OffsetDateTime转Instant偏移量计算不符合预期问题

运行环境为OpenJDK 1.8时，在main方法中执行如下代码：

OffsetDateTime.parse("2022-07-09T12:30:34+01:00", DateTimeFormatter.ISO_OFFSET_DATE_TIME).toInstant()

实际得到的Instant值为2022-07-09T11:30:34，和开发者预期的2022-07-09T13:30:34存在1小时差值；将偏移量修改为-01:00时，会得到和上述预期方向相反的计算结果。

出现该现象的根本原因是对ISO 8601规范中UTC偏移量的计算逻辑理解颠倒，JDK返回的结果是符合标准的正确实现，不存在逻辑错误。

• 偏移量的基础语义：ISO 8601格式中，时间字符串尾部的+HH:MM/-HH:MM代表当前记录的时分秒是对应偏移时区的本地时间，换算关系为：本地时间 = UTC标准时间 + 偏移量。
• Instant类存储的是不带任何时区属性的UTC标准时间点，从OffsetDateTime转换为Instant的逻辑就是对上述公式做逆运算：UTC时间（即Instant对应值） = 本地时间 - 偏移量。

代入测试场景逐一验证逻辑：

1. 偏移量为+01:00时：本地时间为12:30:34，偏移量数值为+1小时，计算得UTC时间 = 12:30:34 - 1小时 = 11:30:34，和代码实际运行结果完全匹配。之前的错误预期是误将公式记为「UTC时间 = 本地时间 + 偏移量」，才会认为结果存在偏差。
2. 偏移量为-01:00时：本地时间仍为12:30:34，偏移量数值为-1小时，计算得UTC时间 = 12:30:34 - (-1小时) = 13:30:34，也就是观察到的反向结果，完全符合规范逻辑。

内容的提问来源于stack exchange，提问作者Greşanu Emanuel - Vasile