Instant.parse()仅支持ISO 8601格式的UTC时间字符串（如"2024-03-15T14:22:30Z"），不接受空格分隔或带本地时区偏移的时间；从毫秒数构造需用Instant.ofEpochMilli()，避免误用秒级方法导致时间错乱。
Instant.parse() 解析 ISO 格式时间戳最直接
Java 的 Instant 本质就是 UTC 时间线上的一个点，不带时区偏移，所以它只认 ISO 8601 格式的 UTC 字符串（末尾带 Z 或显式 +00:00）。用 Instant.parse() 是最轻量、最安全的解析方式。
常见错误现象：DateTimeParseException，比如传入 "2024-03-15 14:22:30"（缺 T 和 Z）、"2024-03-15T14:22:30+08:00"（带东八区偏移，不是 UTC）。
-
Instant.parse("2024-03-15T14:22:30Z")✅ 正确：带Z表示 UTC -
Instant.parse("2024-03-15T14:22:30.123Z")✅ 支持毫秒级精度 -
Instant.parse("2024-03-15T14:22:30+00:00")✅ 等价于Z - 别用
SimpleDateFormat或LocalDateTime.parse()去“绕路转”，会丢时区语义或抛异常
从 long 毫秒数构造 Instant 要注意单位
Instant 内部用纳秒计数，但很多老系统（如数据库 BIGINT 时间戳、System.currentTimeMillis()）给的是毫秒。直接传毫秒值会当成纳秒处理，导致时间错乱成公元 1970 年之后几万年。
使用场景：读取 MySQL 的 BIGINT 时间戳字段、接收前端传来的毫秒级 Unix 时间戳。
- ✅ 正确：
Instant.ofEpochMilli(1710512550000L) - ❌ 错误：
Instant.ofEpochSecond(1710512550000L)（这是把毫秒当秒传） - ❌ 更错：
Instant.ofEpochSecond(1710512550000L / 1000)（手动除可能截断毫秒） - 如果只有秒 + 纳秒两部分，用
Instant.ofEpochSecond(seconds, nanos)，注意nanos必须在0–999_999_999范围内
和 LocalDateTime 互转必须显式指定 ZoneId
Instant 本身不含时区，LocalDateTime 也不含，两者不能直接转换。中间必须经过 ZoneId——这是最容易漏掉、也最常引发线上时间偏差的环节。
性能影响：每次调用 atZone() 都会创建新对象，高频场景下注意避免无谓构造。
- ✅ UTC → 本地时间（比如中国用户看）：
instant.atZone(ZoneId.of("Asia/Shanghai")).toLocalDateTime() - ✅ 本地时间 → UTC：
localDateTime.atZone(ZoneId.of("Asia/Shanghai")).toInstant() - ❌ 错误：
localDateTime.atInstant(ZoneOffset.UTC)（LocalDateTime没有atInstant方法） - ⚠️ 别用
ZoneId.systemDefault()做生产逻辑——服务器时区可能被改，行为不可控
序列化到 JSON 时默认格式是 ISO 8601，但要注意 Jackson 版本
Spring Boot 默认用 Jackson 序列化 Instant，输出是类似 "2024-03-15T14:22:30.123Z" 的字符串，符合预期。但低版本 Jackson（如 2.9 之前）可能默认输出为数字（毫秒值），前端就收不到可读时间了。
兼容性影响：如果下游系统（比如旧版 Node.js 服务）只认字符串格式，Jackson 输出数字就会出问题。
- 检查 Jackson 版本，2.10+ 默认走
InstantSerializer输出字符串 - 强制字符串格式（推荐）：
@JsonFormat(pattern = "yyyy-MM-dd'T'HH:mm:ss.SSSX")
注解在字段上 - 全局配置（Spring Boot）：
spring.jackson.serialization.write-dates-as-timestamps=false - 别依赖
toString()做日志输出——它带纳秒，太长；用instant.truncatedTo(ChronoUnit.MILLIS)再格式化更稳妥
真正难的不是怎么转，而是每次跨类型操作时，脑子里得绷着那根“UTC 不等于本地时间”的弦——少一次显式 ZoneId，就多一分时间漂移风险。
