LocalDate仅表示年-月-日，LocalDateTime表示年-月-日 时:分:秒，二者均无时区信息；解析需匹配ISO格式或显式指定DateTimeFormatter；数据库交互依赖JDBC驱动版本；跨时区场景须用ZonedDateTime或Instant。
LocalDate 和 LocalDateTime 的核心区别在哪
别把 LocalDate 当成 LocalDateTime 的简化版——它们语义完全不同：LocalDate 只表示“年-月-日”，不含时分秒和时区；LocalDateTime 表示“年-月-日 时:分:秒”，仍不带时区。两者都不能直接转成 java.util.Date 或参与数据库时间戳运算，强行用 atStartOfDay() 或 atTime() 拼凑容易掩盖业务意图。
如何安全地从字符串解析 LocalDate 和 LocalDateTime
解析失败会抛 DateTimeParseException，不是 ParseException，别 catch 错异常类型。默认格式（ISO_LOCAL_DATE / ISO_LOCAL_DATE_TIME）只支持 "2023-10-05" 和 "2023-10-05T14:30:45"，中文格式如 "2023年10月5日" 必须显式传 DateTimeFormatter。
-
LocalDate.parse("2023-10-05")✅ -
LocalDateTime.parse("2023-10-05T14:30:45")✅ -
LocalDate.parse("2023/10/05", DateTimeFormatter.ofPattern("yyyy/MM/dd"))✅ -
LocalDateTime.parse("2023-10-05 14:30:45", DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"))✅
数据库交互时 LocalDate 和 LocalDateTime 怎么映射
JDBC 4.2+ 规范要求驱动支持 LocalDate 和 LocalDateTime 直接 set/get，但实际依赖驱动版本。MySQL Connector/J 8.0.23+、PostgreSQL JDBC 42.2.20+ 支持良好；旧版驱动（如 MySQL 5.x 驱动）会报 Method setObject not supported 或静默转成字符串。
PreparedStatement ps = conn.prepareStatement("INSERT INTO events(date, datetime) VALUES (?, ?)");
ps.setObject(1, LocalDate.now()); // ✅ 对应 DATE 列
ps.setObject(2, LocalDateTime.now()); // ✅ 对应 TIMESTAMP 列（非 TIMESTAMP WITH TIME ZONE）
ResultSet rs = ps.executeQuery();
LocalDate d = rs.getObject("date", LocalDate.class); // ✅
LocalDateTime dt = rs.getObject("datetime", LocalDateTime.class); // ✅
时区场景下为什么不能只用 LocalDate 或 LocalDateTime
它们没有时区信息，一旦涉及跨时区调度、用户本地时间展示、夏令时计算，就必然出错。比如用 LocalDateTime.now() 记录服务器时间，再按“北京时间早上9点”触发任务——服务器在纽约，结果永远差12小时。
立即学习“Java免费学习笔记（深入）”；
- 记录事件发生时刻 → 用
ZonedDateTime或Instant - 仅存生日、合同生效日等无时间点意义的日期 → 用
LocalDate - 仅存会议开始“今天14:00”，且明确是某固定时区 → 先用
LocalDateTime，再结合ZoneId转为ZonedDateTime
把 LocalDateTime 当“本地时间”用，却忘了“本地”到底指哪台机器的系统时区，是最隐蔽的坑。
