游戏中台一直在使用spring 全家桶, 本文会左右使用Spring Data JPA的坑点记录总结 · 主要给大家总结介绍了关于使用Spring JPA注意事项及踩过的坑。
明明只是一次普通的查询操作,但却带出了update 的SQL打印,感觉很神奇。
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属性为:
@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)
@EqualsAndHashCode
public class TaskDTO {
@ApiModelProperty(value = "任务", example = "日有效数据>=50")
private String name;
}