date.from() 不适用于已有 date 实例，因其仅接受 instant 参数并返回 date；正确方式是调用 date 实例的 toinstant() 方法，零成本提取毫秒级 instant。
Date.from() 不能将旧版 Date 对象“转换”为 Instant——它根本不是用来处理已有 Date 实例的。这个方法只接受一个 Instant，并返回一个等效的 Date（即反向操作）。你真正需要的是从已有 Date 得到 Instant，而这是零成本、无构造函数调用的直接提取。
为什么 Date.from() 不适用于已有 Date 实例
查阅 JavaDoc 就能确认：Date.from(Instant) 是静态工厂方法，输入是 Instant，输出是 Date。把它用在已存在的 Date 上（比如 Date.from(oldDate)）会编译失败，因为类型不匹配——Date 不是 Instant。
常见错误现象包括：
- IDE 报错："
The method from(Instant) in the type Date is not applicable for the arguments (Date)" - 误以为它是“升级工具”，结果卡在编译阶段
正确做法：用 toInstant() 直接提取
Java 8+ 的 Date 已实现 toInstant() 方法，它返回一个精确到毫秒的 Instant（因为 Date 本身只支持毫秒精度）。
使用场景：迁移老代码、与 java.time API（如 ZonedDateTime、Duration）交互、日志时间标准化。
示例：
Date legacyDate = new Date(1609459200000L); // 2021-01-01T00:00:00Z Instant instant = legacyDate.toInstant(); // ✅ 正确，零开销
注意：
-
toInstant()是实例方法，不是静态方法 - 返回的
Instant与原Date表示同一时刻（UTC 时间线），无时区转换 - 如果
Date为null，会抛出NullPointerException，需自行判空
兼容性与精度注意事项
Date.toInstant() 自 Java 8 起可用，但如果你的项目仍在用 Java 7 或更早版本，则无法使用——此时必须手动构造：Instant.ofEpochMilli(date.getTime())。
性能影响几乎为零：它只是封装 date.getTime() 返回的 long 值，不触发任何计算或对象拷贝。
精度限制要清楚：
-
Date最小单位是毫秒，所以Instant的纳秒部分恒为0 - 不要期望通过
toInstant()恢复微秒或纳秒级精度（老Date根本没有） - 若原始
Date来自new Date(System.nanoTime())这类误用，时间值本身已失真，toInstant()只是忠实地反映那个错误值
最常被忽略的一点：Date 是可变的，而 Instant 是不可变的。调用 toInstant() 并不会冻结原 Date 对象——如果后续代码修改了它（比如 setTime()），已获取的 Instant 不受影响，但新调用 toInstant() 会返回新值。这点在共享状态或缓存逻辑里容易出错。
