Oracle JDBC驱动默认将TIMESTAMP WITH TIME ZONE按本地时区解析为java.sql.Timestamp，丢失原始时区；须用ojdbc8+、URL加oracle.jdbc.timezoneAsRegion=false，并用OffsetDateTime接收。
Oracle JDBC 驱动默认把 TIMESTAMP WITH TIME ZONE 当成本地时区处理
这是最常被忽略的根源：oracle jdbc 驱动（尤其 19c 及以前）默认将数据库中的 timestamp with time zone 字段，按 jvm 本地时区解析成 java.sql.timestamp，而不是保留原始时区信息。结果就是——你查出来的值“看起来对”，但跨时区部署或夏令时切换后立刻出错。
实操建议：
- 确认 Oracle 表字段类型是否为
TIMESTAMP WITH TIME ZONE（不是TIMESTAMP），否则timezoneAsRegion参数无效 - 驱动必须用
ojdbc8.jar或更新版本（ojdbc11.jar更稳妥），旧版不支持该参数 - 连接 URL 中必须显式设置：
?oracle.jdbc.timezoneAsRegion=false，否则默认为true，驱动会强行转成地区名（如Asia/Shanghai），反而掩盖偏移量
oracle.jdbc.timezoneAsRegion=false 才能拿到真实 UTC 偏移
设为 false 后，JDBC 驱动不再把时区转成地区名，而是直接暴露 +08:00 这类偏移量，让 Java 层可控处理。否则你看到的 Asia/Shanghai 在不同 JVM 上可能映射到不同偏移（比如夏令时生效时变成 +09:00）。
常见错误现象：
- 测试环境时间正常，生产环境（不同 JVM 时区配置）查出的时间差 1 小时
- 用
ResultSet.getTimestamp("col")拿到的值在日志里显示为2024-05-20 14:00:00.0，但实际数据库存的是2024-05-20 14:00:00.0 +09:00，丢失了 +09 - 连接池（如 HikariCP）未在
dataSourceProperties中透传该参数，导致配置失效
正确写法示例（URL 片段）：jdbc:oracle:thin:@//host:1521/orcl?oracle.jdbc.timezoneAsRegion=false&useUnicode=true
Java 层必须用 OffsetDateTime 或 ZonedDateTime 接收带时区的时间
java.sql.Timestamp 本身没有时区概念，强制用它接 TIMESTAMP WITH TIME ZONE 字段，等于主动丢弃时区信息。JDBC 驱动即使设对了参数，也救不了这一层。
实操建议：
- 改用
ResultSet.getObject("col", OffsetDateTime.class)—— 它能准确还原数据库里的+08:00偏移 - 避免用
getTimestamp()+Calendar组合，Calendar依赖 JVM 时区，不可靠 - 如果 ORM 是 MyBatis，需自定义
TypeHandler，让ResultSet.getObject(..., OffsetDateTime.class)走进去，不能依赖默认映射 - Spring Data JDBC / JPA 默认不支持
OffsetDateTime映射 Oracle 的 TZ 类型，必须显式配置@Column(columnDefinition = "TIMESTAMP WITH TIME ZONE")并配方言
服务器 JVM 时区不是决定性因素，但影响日志和调试体验
很多人以为只要把 -Duser.timezone=Asia/Shanghai 加到启动参数就万事大吉。其实它只影响 new Date()、SimpleDateFormat 和日志打印格式，对 JDBC 读取 TIMESTAMP WITH TIME ZONE 几乎没影响——真正起作用的是驱动参数和 Java 类型选择。
容易踩的坑：
- 运维在容器里统一设了
TZ=UTC，结果开发查日志发现时间全乱了，误以为是 JDBC 问题，其实是日志框架（如 Logback）用的new Date()被拖进 UTC - 用
System.setProperty("user.timezone", "Asia/Shanghai")动态修改，会影响整个 JVM 其他模块（比如 Quartz 定时任务），得不偿失 - Oracle 数据库服务端时区（
SELECT DBTIMEZONE FROM DUAL）设为+00:00是最佳实践，但应用层仍要按上述方式处理，不能依赖 DB 端“统一”
真正关键的控制点只有三个：驱动参数、字段类型、Java 接收类型。其余都是干扰项。
