在 Java 开发中，“处理日期时间” 是绕不开的需求 —— 列如计算订单有效期、统计用户登录时长。但许多开发者至今还在用 Java 8 之前的Date和Calendar类，写出来的代码不仅繁琐，还总由于线程不安全、时区混乱踩坑。实则 Java 8 早就推出了全新的日期时间 API，轻松解决这些问题。今天就带大家搞懂新旧 API 的差异，用实战案例教你快速上手新 “神器”。
一、Java 8 之前：日期处理就是 “坑中坑”
在 Java 8 之前，我们只能靠java.util.Date和java.util.Calendar处理日期，但这两个类的设计堪称 “反人类”，新手很容易掉坑：
线程不安全：Date类的setTime()等方法没有同步机制，多线程并发修改时，很可能出现日期错乱（列如把 “2024-05-20” 改成 “2024-05-02”）；
设计混乱：Date类既存日期又存时间，却没有专门的方法处理年月日（列如想拿月份，还得靠Calendar转换，且月份从 0 开始 ——1 月是 0，12 月是 11，新手常搞混）；
时区难处理：默认用系统时区，想转换时区（列如把北京时区转成纽约时区），需要写大量冗余代码，还容易出错。
举个例子：用Calendar计算 “当前日期加 3 天”，代码又长又容易错：
// Java 8之前：用Calendar计算日期加3天
Calendar calendar = Calendar.getInstance();
calendar.set(2024, Calendar.MAY, 20); // 注意：月份是0开始，MAY代表5月（正确）
calendar.add(Calendar.DAY_OF_MONTH, 3); // 加3天
Date newDate = calendar.getTime();
// 还要格式化才能正常显示，否则打印的是一串乱码似的时间戳
SimpleDateFormat sdf = new SimpleDateFormat(“yyyy-MM-dd”);
System.out.println(sdf.format(newDate)); // 输出：2024-05-23
光加个日期就写了 6 行代码，还得记 “月份从 0 开始” 的坑，太麻烦！
二、Java 8 日期 API：把复杂问题变简单
Java 8 推出的java.time包（全新日期时间 API），直接解决了旧 API 的所有痛点。核心类就 4 个，功能清晰，新手也能快速上手：
核心类
功能说明
适用场景
LocalDate
只存年月日（无时间、无时区）
处理生日、订单日期等
LocalTime
只存时分秒（无日期、无时区）
处理打卡时间、会议时段等
LocalDateTime
存年月日 + 时分秒（无时区）
处理日志时间、创建时间等
ZonedDateTime
存日期时间 + 时区（支持全球时区）
处理跨国业务、国际会议等
这些类有两个核心优势：
不可变对象：创建后无法修改，天然线程安全（多线程用着放心，不用加锁）；
方法直观：直接提供plusXxx()（加）、minusXxx()（减）、format()（格式化）等方法，不用再记复杂的转换逻辑。
三、实战案例：用 Java 8 API 搞定 3 个高频需求
光说不练假把式，我们用一个实战案例，看看 Java 8 日期 API 怎么轻松处理 “日期计算 + 格式化 + 时区转换” 这 3 个高频需求。
需求：
获取当前北京时区的日期时间（格式：2024-05-20 14:30:00）；
计算 “当前时间加 7 天，减 2 小时” 后的时间；
把计算后的时间转换成纽约时区的时间（格式：2024-05-26 01:30:00）。
Java 8 代码实现（带详细注释）：
代码解读：
用ZoneId.of(“Asia/Shanghai”)直接指定时区，不用再手动计算时差；
plusDays(7)、minusHours(2)方法直观，一看就懂，不用记Calendar的常量；
DateTimeFormatter是线程安全的（旧 API 的SimpleDateFormat不是），多线程环境下可以直接复用。
如果用 Java 8 之前的 API 实现同样需求，代码至少要多写 10 行，还容易出错 —— 对比之下，新 API 的优势太明显了！
四、新手必记：2 个实用小技巧
格式化日期时， pattern 不要写错：列如 “yyyy” 是 4 位年份（2024），“YY” 是 2 位年份（24）；“MM” 是 2 位月份（05），“mm” 是分钟（30），别搞混（列如把 “MM” 写成 “mm”，会把 5 月显示成 30 月，直接报错）；
时区 ID 要写对：北京时区是 “Asia/Shanghai”（不是 “Asia/Beijing”），纽约时区是 “America/New_York”，可以通过
ZoneId.getAvailableZoneIds()查看所有支持的时区 ID。
互动话题
你之前用旧 API 处理日期时，踩过最离谱的坑是什么？是月份从 0 开始搞混了，还是多线程下日期错乱了？评论区说说你的经历，也聊聊用新 API 后有没有感觉开发效率变高～
暂无评论内容