instant是java 8引入的纳秒级utc时间戳类，基于1970-01-01t00:00:00z纪元，由seconds和nanos两个long字段组成，不包含时区或日历信息，推荐用instant.now(clock.systemutc())获取当前时刻。
Instant 是 Java 8 引入的 java.time 包中的核心类，专门用于表示**时间线上的一个瞬时点（instantaneous point on the timeline）**，底层基于 UTC 时区的纳秒级精度时间戳（自 1970-01-01T00:00:00Z 起的纳秒数），天然适合高精度时刻记录和时间戳序列化。
Instant 本质就是高精度时间戳
它不包含时区、日历系统或任何本地化信息，只保存从“纪元时刻”（Unix epoch）开始的精确纳秒偏移量。因此：
- 内部用两个 long 字段表示：seconds（自 epoch 起的秒数） + nanos（该秒内的纳秒数，范围 0–999,999,999）
- 精度可达纳秒级（虽然实际精度取决于系统时钟，如 `System.nanoTime()` 或 `Clock.systemUTC()` 的实现）
- 不是“格式化时间”，不能直接显示“2024-05-20 14:30:45”，但可转为字符串（ISO-8601 格式）或与其他时间类型互转
获取当前高精度时刻的 Instant
推荐使用 Clock 显式指定时钟源，便于测试和控制精度：
-
Instant.now()—— 等价于Instant.now(Clock.systemUTC())，使用系统默认 UTC 时钟 -
Instant.now(Clock.systemUTC())—— 明确语义，生产推荐 -
Instant.now(Clock.tickMillis(ZoneId.of("UTC")))—— 若只需毫秒精度且希望降低开销，可降频采样（不常用）
注意：System.currentTimeMillis() 只有毫秒精度，而 Instant.now() 在多数 JVM 上能提供微秒甚至纳秒级分辨率（取决于 OS 和硬件时钟支持）。
转成时间戳数值（long 类型）
若需与旧系统或数据库（如 MySQL 的 BIGINT 时间戳字段）对接，常需提取秒/毫秒/纳秒级数值：
-
instant.getEpochSecond()→ 秒级时间戳（long） -
instant.toEpochMilli()→ 毫秒级时间戳（long），兼容传统 Unix 时间戳 -
instant.getNano()→ 当前秒内的纳秒部分（0–999,999,999），需配合getEpochSecond()才能还原完整纳秒值 - 完整纳秒值 =
instant.getEpochSecond() * 1_000_000_000L + instant.getNano()
存储与传输建议
为保证高精度和跨语言兼容性，推荐以下方式：
- 数据库中：用
BIGINT存纳秒值（或毫秒值），或用原生TIMESTAMP WITH TIME ZONE类型（PostgreSQL / Oracle 支持纳秒） - JSON 序列化：用 ISO-8601 字符串（如
"2024-05-20T14:30:45.123456789Z"），Jackson 默认支持；避免存为数字时间戳，易丢失纳秒精度 - 日志记录：直接打印
Instant.toString()，清晰可读且无时区歧义
不复杂但容易忽略：用 Instant 记录时刻时，永远别用 new Date().toInstant() 或 LocalDateTime.now().atZone(ZoneId.systemDefault()).toInstant()——它们依赖系统默认时区或可能截断纳秒，应始终优先调用 Instant.now()。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
