Java获取当前时间：Date与LocalDateTime使用详解

Java 8 的 java.time API 已全面取代陈旧且线程不安全的 Date 类，推荐优先使用 LocalDateTime.now() 获取本地业务时间，但需清醒认识其“无时区”本质——它仅表示 JVM 所在系统的挂钟时间，跨服务器或存库时极易因时区误解导致时间偏移；真正需要绝对时间、跨时区协调或高精度计算时，应选用 Instant 或 ZonedDateTime，并通过 ZoneId 显式桥接时区转换；格式化务必使用线程安全的 DateTimeFormatter 并注意 yyyy/DD/dd/YYYY 等模式陷阱，避免重蹈 SimpleDateFormat 并发崩溃与语义错乱的覆辙——告别 Date，不是升级，而是正确认知时间模型的开始。

用 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 是本地时区的“挂钟时间”。中间必须经过时区桥接。

正确做法：

• 从 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获取当前时间：Date与LocalDateTime使用详解》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！