OffsetDateTime.withOffsetSameInstant() 仅调整偏移量而保持瞬时时间不变，不涉及时区规则或夏令时处理；适用于已知固定偏移量的手动显示转换，非真实时区转换。
OffsetDateTime.withOffsetSameInstant() 的作用不是时区转换，而是**调整偏移量（offset）但保持同一时刻（instant）不变**。它适用于已知目标偏移量（如 "+08:00"）的场景，但**不自动查表、不识别时区规则（如夏令时）、也不处理 ZoneId**。
它和“时区转换”的本质区别
真正的时区转换（比如 “纽约 → 东京”）需要：
- 知道时区的历史规则（例如美国东部时间在3月第二个周日切换夏令时）
- 根据具体时间点动态计算当时的 UTC 偏移
- 而 withOffsetSameInstant() 只做数学换算：给定一个新 offset，把本地时间数值按差值平移，确保底层 Instant 不变
正确用法：已知目标偏移量，手动指定
例如你明确知道东京标准时间当前是 +09:00，且你想把一个 UTC+00 的时间“显示为”东京时间（不考虑 DST 切换逻辑）：
OffsetDateTime utc = OffsetDateTime.parse("2024-05-20T10:00:00Z");
OffsetDateTime tokyoView = utc.withOffsetSameInstant(ZoneOffset.ofHours(9));
// 结果：2024-05-20T19:00:00+09:00 —— 同一时刻，只是用 +09:00 表示
⚠️ 注意：这里没有调用任何时区数据库，也没判断 2024 年 5 月东京是否真用 +09:00（其实全年都是），它只是硬性加上了 +09:00。
真正做时区转换，该用 ZonedDateTime
如果目标是按真实时区规则转换（比如处理夏令时、地区政策），请用 ZonedDateTime：
OffsetDateTime utc = OffsetDateTime.parse("2024-05-20T10:00:00Z");
ZonedDateTime zdt = utc.atZoneSameInstant(ZoneId.of("America/New_York"));
// 自动应用 2024 年 5 月纽约的 -04:00（夏令时）
// 再转东京：zdt.withZoneSameInstant(ZoneId.of("Asia/Tokyo"))
这个过程会查询 IANA 时区数据库，确保结果符合现实规则。
常见误区提醒
-
不要用 withOffsetSameInstant() 模拟 ZoneId 转换：比如传入
ZoneOffset.of("+05:30")并不等于印度标准时间（IST）——它只是固定偏移，无法反映印度从未实行夏令时等事实 - 它不改变 Instant，只改表示方式：底层毫秒时间戳完全一致，适合做跨偏移量的格式化展示，不适合做业务逻辑中的“当地时间判断”
-
输入 offset 必须合理：比如传入
ZoneOffset.ofHours(25)会抛异常，合法范围是 -18:00 到 +18:00
