Java17与SpringBoot3升级后OffsetDateTime纳秒精度测试失败问题

以下是几种替代truncatedTo截断纳秒的解决方案：

1. 统一数据库时间精度配置 #

PostgreSQL 默认对timestamp with time zone类型只保留6位纳秒精度（微秒级），可通过初始化脚本调整参数让数据库返回完整9位精度。在Testcontainers启动数据库时执行如下SQL：

ALTER DATABASE your_db_name SET extra_float_digits = 3;

该参数会让PostgreSQL输出完整的纳秒精度数据，确保写入和读取的精度一致。

2. 显式指定实体类时间字段精度 #

Spring Boot 3搭配的Hibernate 6.x对时间类型映射做了调整，可在实体类的时间字段上明确指定存储精度：

@Column(columnDefinition = "TIMESTAMPTZ(9)")
private OffsetDateTime operationTime;

TIMESTAMPTZ(9)强制数据库以9位纳秒精度存储该字段，避免写入时自动截断精度。

3. 配置JDBC驱动的精度参数 #

PostgreSQL JDBC驱动在高版本中新增了精度控制参数，可在Testcontainers的数据库连接URL中添加：

jdbc:postgresql://localhost:5432/your_db?precisionMode=full

precisionMode=full会让驱动读取完整的纳秒精度数据，而非默认的6位截断。需确保使用的驱动版本为42.3.0及以上。

4. 对齐Testcontainers的PostgreSQL镜像版本 #

本地Mac与CI环境可能拉取了不同版本的PostgreSQL镜像，导致时间精度处理逻辑差异。在Testcontainers配置中明确指定镜像版本：

@Container
public static PostgreSQLContainer<?> postgres = new PostgreSQLContainer<>("postgres:15-alpine");

统一镜像版本可消除不同数据库版本带来的精度行为差异。

5. 自定义测试断言逻辑 #

如果不想修改业务或存储配置，可封装自定义断言忽略纳秒位的细微差异：

public static void assertOffsetDateTimeMatch(OffsetDateTime expected, OffsetDateTime actual) {
    assertEquals(
        expected.truncatedTo(ChronoUnit.MICROS),
        actual.truncatedTo(ChronoUnit.MICROS)
    );
}

在测试用例中替换原有的assertEquals即可，本质是封装精度对齐逻辑但更灵活。

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