Spring Data JPA 踩过的坑实录

前言

游戏中台一直在使用spring 全家桶, 本文会左右使用Spring Data JPA的坑点记录总结 · 主要给大家总结介绍了关于使用Spring JPA注意事项及踩过的坑。

案例1: 为什么只调用了 org.springframework.data.repository.CrudRepository#findById(ID id) 却触发了update 的操作?

明明只是一次普通的查询操作,但却带出了update 的SQL打印,感觉很神奇。

bash 复制代码
2024-01-12 15:36:41.607 INFO [VD5FrKZc][XNIO-1 task-4][ResourceRegistryStandardImpl.java:94] - com.mysql.cj.jdbc.ClientPreparedStatement: select * from `project` project0_ where project0_.`id`=52
2024-01-12 15:36:41.613 INFO [VD5FrKZc][XNIO-1 task-4][ResourceRegistryStandardImpl.java:94] - com.mysql.cj.jdbc.ClientPreparedStatement: update `project` set `add_time`='2024-01-08 21:40:58', `modify_time`='2024-01-12 14:17:12', `activity`='POPULAR', ********' where `id`=52

通过断点调试发现org.hibernate.event.spi.FlushEntityEvent的dirtyProperties属性位有发生变化,是第24位:

然后去查看24位的属性通过FlushEntityEvent.propertyValues 发现对应的entity属性为:

java 复制代码
    @ApiModelProperty(value = "任务列表", position = 14)
    @Column(name = "task_list", nullable = false)
    @Convert(converter = TaskConvert.class)
    private List<TaskDTO> taskList = new ArrayList<>();

到这里,我们大概能猜到,估计是@Convert做值转化时导致的,

顺藤摸瓜,org.hibernate.type.TypeHelper#findDirty()→org.hibernate.type.AbstractType#isEqual()→ Objects.equals( x, y )

后续到最核心的部分发现比较两个字段的对象是否相等来判断是否有变化(isDirty),我们debug发现,两个对象并不相等,我们的对象是JSON转换的ArrayList,而自动会用到ArrayList的equals方法。其equals方法是通过比较元素的equals和hashcode,不相同的原因找到了,因为我们没有重写对象的equals和hashCode方法所以导致的不相等;重写对应的方法重新debug发现update语句消失了;

JPA 中调用 save 后会将对象deepCopy一次快照来做为持久化对象,后续 flush(事物提交)的时候hibernate需要检测出哪些持久化entity被修改过,flush的dirty check过程其实就是比对持久化entity和快照是否一致,不一致就去发udpate语句。而是否相等则是通过 Objects.equals 方法来比较;deepCopy属性的时候普通String等基本类型Class已经帮我们实现好了,而自定义的类则没有对应的方法来比较是否相等。导致JPA以为对象发生变化而执行更新操作;

虽然 hibernate调用save后默认是持久化状态,我们只需要调用entity的 setXXX() 方法,JPA就会默认帮我们update。通过 isDirty() 来检测是否字段有变化

将@Convert使用的对象,都加上equals和hashCode方法。或者可以使用lombok提供的注解(@Data或@EqualsAndHashCode)

java 复制代码
@EqualsAndHashCode
public class TaskDTO {
    @ApiModelProperty(value = "任务", example = "日有效数据>=50")
    private String name;
  }

参考链接:
JPA Entity 中 @Convert 中使用对象的坑及源码排查思路

相关推荐
myzshare1 天前
实战分享:我是如何用SSM框架开发出一个完整项目的
java·mysql·spring cloud·微信小程序
sww_10261 天前
Openfeign源码浅析
java·spring cloud
DKunYu1 天前
9.熔断和限流 - Alibaba Sentinel
spring cloud·微服务·sentinel
麦兜*1 天前
【springboot】图文详解Spring Boot自动配置原理:为什么@SpringBootApplication是核心?
android·java·spring boot·spring·spring cloud·tomcat
kaico20182 天前
远程调用组件openfeign
java·spring cloud
独自归家的兔2 天前
Spring Cloud核心架构组件深度解析(原理+实战+面试高频)
spring cloud·面试·架构
麦兜*3 天前
【Spring Boot】 接口性能优化“十板斧”:从数据库连接到 JVM 调优的全链路提升
java·大数据·数据库·spring boot·后端·spring cloud·性能优化
码农小卡拉3 天前
Springboot “钩子”:@PostConstruct注解
java·spring boot·后端·spring·spring cloud
七夜zippoe3 天前
ORM框架下的SQL优化 N+1问题识别与解决方案
自动化·mybatis·jpa·n+1·batch fetching
qq_12498707533 天前
基于SpringCloud的分布式演唱会抢票系统(源码+论文+部署+安装)
分布式·spring·spring cloud·毕业设计·计算机毕业设计