解决spring-data-jpa事物中修改属性⾃动更新update问题问题还原
项⽬orm层⽤的是spring-data-jpa，服务端接⼝实现的是树节点间的拖拽功能，测试环境联调发现异常问题，其中拖拽到⽬标⽬录后节点名称总会重名，重名规则是originName转化为originName(n)
@Transactional(rollbackFor = Exception.class)
public void move(MoveWorkSpaceDto moveWorkSpaceDto) {
/***
* 个⼈空间节点移动
* 1、源节点移动到空⽬录，那么⽬标⽗节点必传，前置和后置节点都为空
* 2、源节点移动到⾮空⽬录：
*  2.1、移动到⽬标⽬录的第⼀个节点，那么后置节点必传，前置节点为空
*  2.2、移动到⽬标⽬录的最后个节点，那么前置节点毕传，后置节点为空
*  2.3、移动到⽬标⽬录的中间节点，那么前置节点和后置节点都要传⼊
* 3、节点拖动到⽬录中，此时不知道⽬录是否⾮空，前置后置节点都不传，服务器追加到⽬录的最后个节点
*/
log.info(">>>MoveParams: [{}]", JSONString(moveWorkSpaceDto));
WorkSpaceEntity sourceEntity = workSpaceRepository.SourceWorkId()).orElse(null);
if (sourceEntity == null) {
throw new PublicsException("源⼯作空间节点不存在！");
}
WorkSpaceEntity parentEntity = workSpaceRepository.DestParentId()).orElse(null);
if (parentEntity == null) {
throw new PublicsException("⽬标⽗⼯作空间节点不存在！");
}
log.info(">>>>Noooooooo<<<<<");
sourceEntity.Id());
log.info(">>>>UpdateNow<<<<<");
Long cnt = Id(), SpaceName());
log.info("destParentId: [{}], spaceName: [{}], destCount: [{}]", Id(), SpaceName(), cnt);
if (cnt > 0L) {
String newName = SpaceName(), RunType(), cnt);
sourceEntity.setSpaceName(newName);
}
if (FrontWorkId() == null && PostWorkId() == null) {
List<WorkSpaceEntity> children = workSpaceRepository.findByParentIdOrderBySortIndexDesc(
if (CollectionUtils.isEmpty(children)) {
sourceEntity.Id() * SORT_INDEX_STEP);
} else {
sourceEntity.(0).getSortIndex() + SORT_INDEX_STEP);
}
} else if (FrontWorkId() != null && PostWorkId() == null) {
WorkSpaceEntity frontEntity = getFrontEntity(moveWorkSpaceDto);
sourceEntity.SortIndex() + SORT_INDEX_STEP);
} else if (FrontWorkId() == null && PostWorkId() != null) {
WorkSpaceEntity postEntity = getPostEntity(moveWorkSpaceDto);
sourceEntity.SortIndex() - SORT_INDEX_STEP);
} else {
WorkSpaceEntity frontEntity = getFrontEntity(moveWorkSpaceDto);
WorkSpaceEntity postEntity = getPostEntity(moveWorkSpaceDto);
sourceEntity.setSortIndex((SortIndex() + SortIndex()) / 2);
}
jpa mybatisworkSpaceRepository.save(sourceEntity);
}
排查后发现代码逻辑正常，于是加⽇志定位，果然在更新项⽬前多了update操作，具体位置如下：
说明entity实体更新属性后，jpa⾃动执⾏了update属性，导致count判重始终⼤于0。
问题原因
jpa在hibernate上更进⼀步，我把单表的查询逻辑定义在Repository层的⽅法上，不⽤谢SQL，简单明了，不曾想，忽略的hibernate的entity在session的3种状态。
临时态，刚创建new的对象，还没有持久化，session缓存中也没有。
游离态，已经持久化，但不在session缓存中。
持久态，已经持久化，也在session缓存中。
问题原因明确，sourceEntity在持久态，修改属性⾃然会更新到数据库，判重查询已经更新了，查的还是⾃⼰，所以总是误认为有重复节点。
解决办法--隔离entity
避开session中缓存的sourceEntity的修改，创建新entity，修改临时态的entity，设置好属性后再调⽤save更新数据
@Transactional(rollbackFor = Exception.class)
public void move(MoveWorkSpaceDto moveWorkSpaceDto) {
/***
* 个⼈空间节点移动
* 1、源节点移动到空⽬录，那么⽬标⽗节点必传，前置和后置节点都为空
* 2、源节点移动到⾮空⽬录：
*  2.1、移动到⽬标⽬录的第⼀个节点，那么后置节点必传，前置节点为空
*  2.2、移动到⽬标⽬录的最后个节点，那么前置节点毕传，后置节点为空
*  2.3、移动到⽬标⽬录的中间节点，那么前置节点和后置节点都要传⼊
* 3、节点拖动到⽬录中，此时不知道⽬录是否⾮空，前置后置节点都不传，服务器追加到⽬录的最后个节点
*/
log.info(">>>MoveParams: [{}]", JSONString(moveWorkSpaceDto));
WorkSpaceEntity sourceEntity = workSpaceRepository.SourceWorkId()).orElse(null);
if (sourceEntity == null) {
throw new PublicsException("源⼯作空间节点不存在！");
}
WorkSpaceEntity parentEntity = workSpaceRepository.DestParentId()).orElse(null);
if (parentEntity == null) {
throw new PublicsException("⽬标⽗⼯作空间节点不存在！");
}
WorkSpaceEntity updateEntity = new WorkSpaceEntity();
Long cnt = Id(), SpaceName());
log.info("destParentId: [{}], spaceName: [{}], destCount: [{}]", Id(), SpaceName(), cnt);
if (cnt > 0L) {
String newName = SpaceName(), RunType(), cnt);
updateEntity.setSpaceName(newName);
}
if (FrontWorkId() == null && PostWorkId() == null) {
List<WorkSpaceEntity> children = workSpaceRepository.findByParentIdOrderBySortIndexDesc(
if (CollectionUtils.isEmpty(children)) {
updateEntity.Id() * SORT_INDEX_STEP);
} else {
updateEntity.(0).getSortIndex() + SORT_INDEX_STEP);
}
} else if (FrontWorkId() != null && PostWorkId() == null) {
WorkSpaceEntity frontEntity = getFrontEntity(moveWorkSpaceDto);
updateEntity.SortIndex() + SORT_INDEX_STEP);
} else if (FrontWorkId() == null && PostWorkId() != null) {
WorkSpaceEntity postEntity = getPostEntity(moveWorkSpaceDto);
updateEntity.SortIndex() - SORT_INDEX_STEP);
} else {
WorkSpaceEntity frontEntity = getFrontEntity(moveWorkSpaceDto);
WorkSpaceEntity postEntity = getPostEntity(moveWorkSpaceDto);
updateEntity.setSortIndex((SortIndex() + SortIndex()) / 2);
}
updateEntity.Id());
workSpaceRepository.save(updateEntity);
}
场景复现
1、⽆事物的service中修改
public void test() {
CronTaskEntity cronTaskEntity = cronTaskRepository.findById(18L).orElse(null);
// 更新记录
cronTaskEntity.setUsername("鲁班七号");
CronTaskEntity newEntity = cronTaskRepository.findById(18L).orElse(null);
Assert.Username().Username()), "查询‘鲁班七号'没有更新啊");
}
运⾏后：
Caused by: java.lang.IllegalArgumentException: 查询‘鲁班七号'没有更新啊
2、有事物中的service修改
@Transactional
public void test() {
CronTaskEntity cronTaskEntity = cronTaskRepository.findById(18L).orElse(null);
// 更新记录
cronTaskEntity.setUsername("鲁班七号");
CronTaskEntity newEntity = cronTaskRepository.findById(18L).orElse(null);
Assert.Username().Username()), "查询‘鲁班七号'没有更新啊");
}
运⾏后：
Hibernate: update `cron_task` set `createtime`=?, `updatetime`=?, `is_deleted`=?, `cron_expression`=?,
`remark`=?, `staff_id`=?, `tag_id`=?, `username`=? where `id`=?
通过
由此可见，事物中会保存entity的缓存，修改entity属性引起jpa⾃动update，因此避免误操作，建议创建临时态的entity修改属性。
以上为个⼈经验，希望能给⼤家⼀个参考，也希望⼤家多多⽀持。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。