java中处理jdbc的timestamp字段应优先用java.time.localdatetime（jdbc 4.2+），配合servertimezone等参数确保时区一致；需utc用instant，需时区偏移用offsetdatetime；慎用已过时的java.sql.timestamp。
Java 中通过 JDBC 处理数据库的 TIMESTAMP 字段，核心是正确使用 java.time 类型（推荐）或旧式 java.sql.Timestamp，并注意时区、精度和驱动兼容性问题。
用 java.time.LocalDateTime 读写（JDBC 4.2+ 推荐）
现代 JDBC 驱动（如 MySQL Connector/J 8.0+、PostgreSQL 42.2+）支持直接映射到 LocalDateTime，它不带时区，适合存储“本地时间点”，语义清晰且避免时区干扰。
- 查询时：调用
ResultSet.getObject("col", LocalDateTime.class) - 插入/更新时：用
PreparedStatement.setObject(idx, localDateTime) - 注意：数据库字段必须是
TIMESTAMP（不含时区），不是TIMESTAMP WITH TIME ZONE
用 java.time.Instant 或 OffsetDateTime 处理带时区的时间
如果业务要求精确到毫秒级 UTC 时间（如日志、审计），优先用 Instant；若需保留原始时区信息（如用户提交的带偏移时间），可用 OffsetDateTime。
-
ResultSet.getObject("col", Instant.class)—— 自动将数据库时间按 JDBC 连接时区转为 UTC 瞬时值 -
PreparedStatement.setObject(idx, instant)—— 默认以系统默认时区写入，可通过连接参数serverTimezone=UTC统一行为 - PostgreSQL 的
TIMESTAMP WITH TIME ZONE可直接映射为OffsetDateTime
兼容老代码：java.sql.Timestamp 的用法与陷阱
虽已过时，但部分遗留系统仍在用。它本质是 java.util.Date 子类，包含毫秒精度 + 纳秒字段，但设计上易引发时区混淆。
- 读取：
ResultSet.getTimestamp("col")返回Timestamp，其toString()按 JVM 时区格式化，但内部毫秒值是 UTC - 写入：
ps.setTimestamp(idx, ts)，驱动会按连接时区把ts.getTime()转为数据库本地时间 - 关键陷阱：不要用
new Timestamp(System.currentTimeMillis())直接设值，应先用Instant.now().atZone(ZoneId.of("UTC")).toInstant()标准化
配置连接确保时区一致（关键！）
数据库、JDBC 驱动、JVM 三者时区不一致是时间错乱主因。务必显式指定：
- MySQL 连接串加：
?serverTimezone=Asia/Shanghai&useTimezone=true - PostgreSQL 加：
?timezone=Asia/Shanghai - JVM 启动参数可设：
-Duser.timezone=Asia/Shanghai（辅助，非替代） - 验证方式：执行
SELECT NOW(), CURRENT_TIMESTAMP对比数据库当前时间
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
