为何Jakarta Persistence会调整PostgreSQL无时区时间戳至服务器时区？

这本质是PostgreSQL字段类型特性和JPA默认时间转换逻辑共同作用的结果，拆解来看：

1. PostgreSQL TIMESTAMP WITHOUT TIME ZONE的本质 #

这个字段类型只存储字面的年月日时分秒，不关联任何时区信息。数据库不会对存入的时间做时区转换，你存什么数值，它就原封不动存什么。

2. JPA处理Instant的默认逻辑 #

Instant是Java里表示UTC标准时间的类型，JPA（比如Hibernate这类实现）在和TIMESTAMP WITHOUT TIME ZONE字段交互时，默认会走这套转换流程：

• 保存时：把Instant（UTC时间）转换成当前JVM/服务器时区的本地时间，再存入数据库。比如服务器时区是+0时，2023-01-01T12:00:00Z转成+0时区的本地时间就是12:00:00，数据库里存的就是这个值。
• 读取时：把数据库里的字面时间值，当成当前JVM/服务器时区的本地时间，再转换成UTC的Instant。当服务器时区改成+1后，数据库里的12:00:00会被识别为+1时区的本地时间，转成UTC就是12:00:00 - 1小时 = 11:00:00Z，也就是你看到的结果。

简单说：因为Instant是UTC时间，而数据库字段没有时区标识，JPA只能用服务器时区作为转换的“锚点”，服务器时区变了，转换结果自然跟着变。

解决办法 #

• 推荐方案：把数据库字段改成TIMESTAMP WITH TIME ZONE（PostgreSQL里简称TIMESTAMPTZ）。这个字段会把存入的时间转换成UTC存储，读取时自动还原成正确的UTC时间，不受服务器时区变化影响，完全适配Instant的特性。
• 兼容现有字段方案：如果不能改数据库字段，可配置JPA强制用UTC作为转换时区。比如Hibernate可以在配置文件里加hibernate.jdbc.time_zone=UTC，这样不管服务器时区是什么，保存和读取都以UTC为基准转换，避免时区变化导致的时间偏移。

内容的提问来源于stack exchange，提问作者Maciej Skoczek