Java读取Oracle DATE字段丢失时分秒，本质是JDBC驱动将DATE映射为java.sql.Date（仅日期语义，强制归零时间），应改用getTimestamp()读取、setTimestamp()写入以保留完整时间精度。
Java 读取 Oracle DATE 字段时默认只保留到天，本质是 JDBC 驱动对 DATE 类型的映射策略问题，不是数据丢了，而是你没用对类型或方法。
为什么 ResultSet.getDate() 会丢掉时分秒
Oracle 的 DATE 类型实际包含年月日 + 时分秒（精度到秒），但 JDBC 规范中 java.sql.Date 仅用于表示日期（不带时间），其内部把时分秒强制归零。调用 rs.getDate("col") 时，驱动会按规范截断时间部分再构造 java.sql.Date 实例。
- 这不是 Oracle 或数据库的问题，是 Java 类型语义限制
-
java.sql.Date的toString()永远只显示yyyy-MM-dd - 即使数据库里存的是
2024-05-20 14:30:45，getDate()返回的对象在 getTime() 后再格式化，也可能因时区还原出错
正确读取：优先用 ResultSet.getTimestamp()
Oracle DATE 完全兼容 java.sql.Timestamp，它保留完整时间精度（含纳秒，Oracle DATE 实际只到秒，但无损）。
- 直接替换：把
rs.getDate("create_time")改成rs.getTimestamp("create_time") - 返回值是
java.time.LocalDateTime的最佳上游来源（JDK 8+）：ts.toLocalDateTime() - 如果必须用
java.util.Date，Timestamp是它的子类，可直接赋值，且getTime()返回毫秒值准确 - 注意：字段名或别名要保持一致，避免用
getTimestamp(1)这种序号方式（易错位）
写入时也要匹配：别用 PreparedStatement.setDate() 存带时间的值
如果你往 Oracle DATE 字段 insert/update 一个含时分秒的逻辑时间，却用 ps.setDate(1, date)，那时间部分照样被丢弃。
- 改用
ps.setTimestamp(1, timestamp)—— 这是唯一能保证时分秒入库的方式 - 从
LocalDateTime构造：Timestamp.valueOf(localDateTime) - 从
Instant构造（推荐，明确时区意图）：Timestamp.from(instant)，前提是你的业务时间已转为 UTC 或目标时区的 Instant - 不要依赖
new Timestamp(date.getTime())，因为date可能本身已是被截断过的java.sql.Date
驱动版本和连接参数的影响
较老的 Oracle JDBC 驱动（如 ojdbc6）对 TIMESTAMP 和 DATE 的处理更模糊；新驱动（ojdbc8+）默认行为更符合 JDBC 规范，但仍需你主动选对 get/set 方法。
- 确保使用 ojdbc8.jar（对应 JDK 8+）或更高版本
- 连接 URL 中无需加
oracle.jdbc.mapDateToTimestamp=false这类过时参数（该参数在 ojdbc8 已废弃） - 如果项目还在用
java.util.Date+SimpleDateFormat，务必确认所有格式化前的源头是Timestamp而非Date
真正容易被忽略的点是：这个问题往往在开发环境看不出来——因为测试数据可能恰好是 00:00:00，或者日志打印用了 toString()；等上线后查凌晨订单、定时任务触发时间对不上，才暴露。只要读写两端统一走 Timestamp，Oracle DATE 的时分秒就稳稳在那儿，谁也丢不掉。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
