Instant.now() 返回的是以 UTC 为基准、符合 ISO-8601 标准的绝对时间点，其 toString() 输出如“2024-05-22T14:38:27.123456789Z”，天然时区中立，适用于跨时区存储、比较与计算。
Instant.now() 本身返回的就是符合 ISO-8601 标准的 UTC 时间点对象，无需额外转换。它本质上表示的是自 Unix 纪元（1970-01-01T00:00:00Z）起经过的纳秒数，**天然以 UTC 为基准，且其 toString() 输出严格遵循 ISO-8601 格式（如 "2024-05-22T14:38:27.123456789Z"）**。
理解 Instant 的本质就是 UTC 时间戳
Instant 不代表“某个时区的本地时间”，它是一个绝对的时间轴上的点，与任何时区无关。Java 的 java.time.Instant 类设计初衷就是表达协调世界时（UTC）下的精确时刻：
- 构造时默认基于系统时钟的 UTC 值（
System.currentTimeMillis()+ 纳秒精度） - 序列化/打印时自动以
"yyyy-MM-dd'T'HH:mm:ss.SSSSSS'Z'形式输出，Z 表示零时区偏移（即 UTC） - 所有计算（如
plus()、minus()、until()）都基于 UTC 时间线，无歧义
直接使用 Instant 进行全球化时间计算
因为 Instant 是时区中立的，它天然适合跨时区场景：
- 存储：数据库或 API 交互中统一用
Instant存储时间点，避免时区混淆 - 比较：两个
Instant可直接用isBefore()、isAfter()、compareTo()比较，结果在全球任何地方一致 - 间隔计算：用
Duration.between(instant1, instant2)得到精确的 UTC 时间差（如秒、毫秒），不受夏令时或本地规则影响 - 与不同时区的
ZonedDateTime互转：可通过instant.atZone(ZoneId.of("Asia/Shanghai"))转为本地时间视图，用于展示；也可从任意ZonedDateTime调用.toInstant()回到标准时间点
常见误区与正确写法
以下操作是冗余或错误的：
- ❌
Instant.now().atZone(ZoneOffset.UTC).toInstant()—— 多此一举，Instant已是 UTC - ❌
LocalDateTime.now().atZone(ZoneId.of("UTC")).toInstant()—— 先取本地时间再强行转 UTC，可能因系统时区设置出错 - ✅ 正确获取当前 UTC 时间点：
Instant now = Instant.now(); - ✅ 格式化为标准字符串（可选，仅用于展示/日志）：
now.toString()或用DateTimeFormatter.ISO_INSTANT
与全球化系统集成的小提示
在微服务、分布式日志、国际订单时间戳等场景中：
- 前后端约定统一用 ISO-8601 字符串（带 Z）传输，后端解析为
Instant.parse(str) - 数据库字段推荐用
TIMESTAMP WITH TIME ZONE（PostgreSQL）或DATETIME+ 明确注释“存储为 UTC”，插入前调用instant.toString() - 避免使用
Date或Calendar，它们易受系统默认时区干扰
