今日代码 PK | 处理 Spring 事务和锁冲突
在我们日常的开发中，经常会接触到事务和锁，
当同时用到这二者的时候，你知道里面的坑吗？
比如，某个service里的下面这段伪代码有问题吗？
示例代码：
@Transactional(rollbackFor = Exception.class)
public Boolean test() {
String lock = "id";
synchronized (lock.intern()) {
// 业务代码
}
// 剩余逻辑
return true;
}很显然是有问题，因为MySQL的默认隔离级别是可重复读，
因此在该事务提交前其他事务并不能获取到该事务对数据操作后的结果，
那么在第一个事务的synchronized块执行完之后且事务提交之前，
其他事务在执行synchronized块中的代码时使用的仍然是老数据，
从这方面来说其实就相当于没有锁住，也就是锁失效。
那么怎么改呢？示例代码如下：
public Boolean test() {
String lock = "id";
PostService postService = (PostService) AopContext.currentProxy();
synchronized (lock.intern()) {
return postService.innerTest();
}
return true;
}
@Transactional(rollbackFor = Exception.class)
public Boolean innerTest() {
// 业务逻辑
return true;
}上面的代码中我们没有直接调用innerTest方法而是通过AopContext获取的对象调用，
你知道为什么吗？欢迎投票并在评论区讨论。
完整代码片段来源于代码小抄，欢迎点击进入小程序阅读！
在线访问：https://www.codecopy.cn/post/gzshnr
本文参与 腾讯云自媒体分享计划，分享自微信公众号。
原始发表：2024-03-23，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
相关产品与服务
云数据库 MySQL
腾讯云数据库 MySQL（TencentDB for MySQL）为用户提供安全可靠，性能卓越、易于维护的企业级云数据库服务。其具备6大企业级特性，包括企业级定制内核、企业级高可用、企业级高可靠、企业级安全、企业级扩展以及企业级智能运维。通过使用腾讯云数据库 MySQL，可实现分钟级别的数据库部署、弹性扩展以及全自动化的运维管理，不仅经济实惠，而且稳定可靠，易于运维。