LocalDateTime精度影响equals、hashCode方法的全局配置方案咨询

1. 持久层全局适配（根源解决数据库精度匹配问题） #

精度不一致的核心根源是Java LocalDateTime 原生支持纳秒精度，而数据库常用的datetime/timestamp类型通常仅支持到秒或毫秒级，持久化时纳秒部分会被数据库自动丢弃，导致读写后对象的时间字段值不等。

• 若使用JPA/Hibernate：实现全局AttributeConverter并自动应用，所有LocalDateTime字段和数据库交互时统一截断到匹配数据库的精度：

@Converter(autoApply = true)
public class LocalDateTimePrecisionConverter implements AttributeConverter<LocalDateTime, LocalDateTime> {
    // 按需调整为 ChronoUnit.SECONDS 或者 ChronoUnit.MILLIS
    private static final ChronoUnit PRECISION = ChronoUnit.MILLIS;
    @Override
    public LocalDateTime convertToDatabaseColumn(LocalDateTime attribute) {
        return attribute == null ? null : attribute.truncatedTo(PRECISION);
    }
    @Override
    public LocalDateTime convertToEntityAttribute(LocalDateTime dbData) {
        return dbData == null ? null : dbData.truncatedTo(PRECISION);
    }
}

• 若使用MyBatis：自定义全局TypeHandler，实现LocalDateTime与数据库时间类型转换时的统一截断逻辑，在MyBatis配置文件中注册为全局类型处理器即可对所有LocalDateTime字段生效。

2. Spring Jackson序列化/反序列化全局配置 #

针对前后端交互、Redis序列化等使用Jackson做JSON处理的场景，可在Spring上下文全局配置LocalDateTime的序列化精度：

• 配置文件方式（Spring Boot环境）：

spring:
  jackson:
    date-format: yyyy-MM-dd HH:mm:ss.SSS
    time-zone: GMT+8
    serialization:
      write-dates-with-context-time-zone: true

• 代码自定义方式：注册Jackson2ObjectMapperBuilderCustomizer Bean，对LocalDateTime序列化反序列化器统一配置截断规则，覆盖所有Jackson处理的时间转换场景。

3. Lombok equals/hashCode逻辑优化 #

无需完全放弃Lombok，可通过以下配置避免时间精度影响判等：

• 基础实体类加@EqualsAndHashCode(onlyExplicitlyIncluded = true)注解，仅将ID等业务唯一标识字段用@EqualsAndHashCode.Include标记纳入判等逻辑，审计类时间字段直接排除，从根源避免时间精度导致的判等问题。
• 若必须将时间字段纳入判等，可配合前面的持久层全局转换逻辑，保证所有实体的LocalDateTime字段精度统一，此时Lombok生成的equals/hashCode方法也不会出现不一致问题。

4. JVM层面全局兜底（非必要不推荐） #

若存在上述方案覆盖不到的场景，可通过字节码增强（如Instrumentation、Byte Buddy）实现LocalDateTime实例化时的自动截断，全局控制所有该类型实例的精度，该方案侵入性较高，仅作为极端场景的兜底方案。

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