应优先使用localdatetime.now()获取本地时间，避免使用线程不安全、api陈旧的date；跨时区场景用instant或zoneddatetime，转换需经zoneid桥接，格式化须注意datetimeformatter模式差异。
用 LocalDateTime.now() 取当前时间，别碰 Date 了
Java 8 引入 java.time 包后，Date 就该进维护模式了——它线程不安全、API 别扭、时区处理反直觉。除非你在修十年以上的老代码，否则一律优先用 LocalDateTime、ZonedDateTime 或 Instant。
常见错误：用 new Date() 获取时间再转成字符串，结果发现格式错乱、时区偏移没处理、多线程下 SimpleDateFormat 报 java.lang.IllegalStateException。
-
LocalDateTime.now()返回的是「本地时间」，不含时区信息，适合记录业务日志、表单提交时间这类不跨时区的场景 - 需要精确到毫秒或做时间计算？用
Instant.now()，它代表 UTC 时间戳，和系统时钟强绑定，更可靠 - 如果必须兼容旧接口（比如 JPA 实体字段还是
Date类型），用localDateTime.atZone(ZoneId.systemDefault()).toInstant().toEpochMilli()转，别用已废弃的localDateTime.toInstant(ZoneOffset.ofHours(8))
LocalDateTime 没有时区，但你可能以为它有
很多人写 LocalDateTime.now() 后直接存数据库，上线才发现不同服务器显示时间不一致——不是代码错了，是误解了 “Local” 的含义：它只表示“当前 JVM 所在系统的本地时间”，不包含时区上下文，也不自动适配 UTC。
典型踩坑场景：
- 服务器部署在 UTC+0，开发机在 UTC+8，
LocalDateTime.now()在两边跑出来的时间字面值一样，但实际对应的真实时刻差 8 小时 - 把
LocalDateTime当作 “绝对时间” 存进 MySQL 的DATETIME字段，而 JDBC 驱动默认按系统时区解析，导致查询结果偏移 - 用
LocalDateTime.parse("2024-05-10T14:30")解析字符串，但输入里带了Z或+08:00，直接抛DateTimeParseException
解决办法：明确用途。纯本地展示用 LocalDateTime；跨系统交互、定时任务、审计时间线，一律用 Instant 或带时区的 ZonedDateTime。
Date 转 LocalDateTime 怎么转才不出错
老项目逃不开 Date，但转换不能靠猜。关键点就一个：Date 本质是毫秒数（自 1970-01-01T00:00:00Z），它隐含 UTC，而 LocalDateTime 是本地时区的“挂钟时间”。中间必须经过时区桥接。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
正确做法：
- 从
Date→LocalDateTime：date.toInstant().atZone(ZoneId.systemDefault()).toLocalDateTime() - 从
LocalDateTime→Date：localDateTime.atZone(ZoneId.systemDefault()).toInstant().toEpochMilli()再传给new Date(...) - 千万别用
new Date().getTime()直接塞给LocalDateTime.ofInstant(...)，漏掉ZoneId会导致默认用系统时区解释，但Instant本身是 UTC，逻辑错位
示例：
LocalDateTime ldt = LocalDateTime.of(2024, 5, 10, 14, 30);
// 错！没指定时区，Instant 构造失败
// Instant instant = Instant.from(ldt);
// 对！先绑定时区，再转 Instant
Instant instant = ldt.atZone(ZoneId.of("Asia/Shanghai")).toInstant();
格式化输出时，DateTimeFormatter 别硬套 SimpleDateFormat 模式
DateTimeFormatter 的 pattern 规则和 SimpleDateFormat 表面相似，但行为不同。最常翻车的是年份和星期。
-
yyyy是“年份”，YYYY是“基于周的年份”（ISO week year），2023-12-31 可能属于 2024 年第 1 周，用YYYY就会显示 2024 -
DD是“年中第几天”，dd才是“月中第几天”，写成yyyy-MM-DD会导致日期错乱 - 中文环境想输出“2024年5月10日”，别拼字符串，用
DateTimeFormatter.ofPattern("yyyy年MM月dd日", Locale.CHINA)
性能提示：DateTimeFormatter 是线程安全的，可以静态复用；SimpleDateFormat 不是，每次 new 都有开销，还容易引发并发 bug。
真要跨时区显示，比如“北京时间 14:30 / 纽约时间 02:30”，别手动加减小时，用 ZonedDateTime.withZoneSameInstant(ZoneId.of("America/New_York")) 更准——夏令时、历史时区变更都自动处理了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
