Spring事务管理下synchronized锁失效问题

最新推荐文章于 2024-07-18 13:36:41 发布
最新推荐文章于 2024-07-18 13:36:41 发布
阅读量3.3k 收藏 17
点赞数 5
分类专栏： 多线程 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39625353/article/details/107074334
版权
当在Spring事务中使用synchronized关键字时，可能导致锁失效。问题在于synchronized仅保证Java层面的线程安全，但无法控制数据库事务。由于Spring事务的AOP动态代理特性，方法执行完毕但事务未提交时，其他线程仍可能进入，导致数据不一致。解决办法是扩大锁的范围，确保锁在事务边界内，或者使用乐观锁如version字段来处理并发更新。
摘要由CSDN通过智能技术生成

最近看到一个技术技术问题：synchronized锁问题？

开启10000个线程，每个线程给员工表的money字段【初始值是0】加1，没有使用悲观锁和乐观锁，但是在业务层方法上加了synchronized关键字，问题是代码执行完毕后数据库中的money 字段不是10000，而是小于10000 问题出在哪里？

Service层代码：

 

SQL代码(没有加悲观/乐观锁)：

 

用1000个线程跑代码：

 

简单来说：多线程跑一个使用synchronized关键字修饰的方法，方法内操作的是数据库，按正常逻辑应该最终的值是1000，但经过多次测试，结果是低于1000。这是为什么呢？

一、我的思考

既然测试出来的结果是低于1000，那说明这段代码不是线程安全的。不是线程安全的，那问题出现在哪呢？众所周知，synchronized方法能够保证所修饰的代码块、

最低0.47元/天 解锁文章
卧虫呀
关注
专栏目录
从Spring的AOP角度看Synchronized锁失效和事务失效的情况
xxxzzzqqq_的博客
04-05 677
这个锁失效是前年了遇到的一个bug，在一个方法上加了Synchronized，为了避免同一时间产生两条相同的单据，但是很明显，它失效了，不然也不会有今天的这篇文章。出现这个bug的是一个老项目，而且这个bug很早之前就发现了，前人应该也发现了，对数据进行了所谓的特殊处理，所以一直也就那么运行下去。老项目本着能运行就不要乱动的原则，就没怎么处理了。后面需要对这个模块进行重构，就决定把这个问题解决了。当时这个问题看了很久，也分析了很久，没有头绪，想着这个bean是单例的应该是不存在锁不住的情况。
记一次并发插入时的Synchronized失效
zz2450647656的博客
02-28 387
因为@Transactional是利用AOP实现的，看起来该方法结束后就立即提交了事务，实际上并没有，而该方法结束之后会立即释放锁，新的线程已经拿到锁并开始执行方法，而提交事务的操作还在执行中。该Service方法上添加了@Transactional注解，开启事务，锁也是添加在该方法上，导致锁的有效范围在事务的范围内，在事务还未提交时，新的线程已经拿到锁并开始查询，因此查不到刚刚添加的数据。同理，添加一个方法，将锁加在该方法上，在该方法内部调用原方法也可以解决。原因很简单，但容易在做代码修改时遗漏。
【Java】@Transactional事务套着ReentrantLock锁，锁竟然失效超卖了
最新发布
JavaDog程序狗
07-18 827
本文聚焦于Java并发编程中常见的超卖问题，这是一种由于并发操作不当而导致的数据一致性错误。文章通过生动的案例——空调租赁充值时长的并发操作——引出了超卖现象及其影响。随后，介绍了四种解决超卖问题的策略：乐观锁、悲观锁、分布式锁和代码级锁（如ReentrantLock）。特别强调了在使用锁机制时，事务边界管理的重要性，指出锁的获取和释放应严格控制在事务范围内，以确保数据在高并发场景下的完整性和一致性。通过合理的事务边界设置和锁管理，可以有效避免超卖问题，提升系统的可靠性和性能。
spring事务管理中，使用Synchronized修饰事务方法，同步为什么会失效
weixin_54401017的博客
03-25 1273
首先我们的环境是只有一台服务器，一个工程的情况，这种情况下使用synchronized修饰事务方法，同步效果会失效吗?在Controller中，我模拟了5个并发请求保存用户的场景，Service中的保存方法使用了synchronized关键字修饰，运行结果如下：可以看到数据库里面保存了三条相同的数据，这是为什么呢？
@Transactional与synchronized同时使用synchronized失效
qq_43390704的博客
12-07 954
起因，前端新增时，新增按钮没有加load，导致可以在弹框没有消失时可以点击很多次新增按钮从而出现很多重复数据，一开始数据表这个订单号没有加唯一索引，也才会出现这种情况 我一开始开发时给我service的方法加了事务和同步锁，以为没问题，后面发现并发测试时出现了重复数据，然后我才注意有问题，才深究首先这种情况 同步锁也许都不能生效。因为针对@Transactional标注的方法，Spring在AOP中实现，它会生成一个临时类，并用一个实现了开启和关闭事务的同名方法来覆写原本这个被标注的方法。大概类似这样
synchronized和@Transactional注解一起使用锁失效问题
qq_36955645的博客
04-29 3233
开发时发现，@Transactional作用在方法上时，并发高的情况下，synchronized会失效。 synchronized锁：锁的是对象、方法或代码块。 @Transactional(rollbackFor=Exception.class) public synchronized String demo(String req)throws Exception { System.out....
spring aop事务支持与synchronized的问题
Belief的编码生涯
02-24 2585
为了防止幻读在service层方法上加了synchronized还是出现了幻读的情况 解决办法 把synchronized加到Controller层或者大于事务边界的调用层 原因 使用了spring aop事务，事务提交在一个service方法执行完毕后，加了synchronized的方法执行结束可能事务还没有提交， 这时候另外一个线程开始执行synchronized方法导致并发问题出现
Synchronized锁在Spring事务管理下线程不安全
03-13
Synchronized锁在Spring事务管理下，导致线程不安全。
在Spring事务管理下，Synchronized为啥还线程不安全？
m0_55849656的博客
06-16 548
在Spring事务管理下，Synchronized为啥还线程不安全？
redisson分布式锁与spring注解事务共用产生的一系列问题，及对应解决方案
阿啄debugIT
03-10 1198
前言 有锁才有自由，生活中不存在绝对的自由，绝对的自由通常对应的无序和混沌，只有在道德、法律、伦理的约束下的相对自由，才能使人感受到自由。 而在多线程编程中，锁是至关重要的，锁就是道德，就是法律约束，没有锁的多线程环境将会是混乱的，所有线程都在争夺资源，最后的结果就是导致系统崩溃，而有了锁之后，多线程环境才能稳定高效的工作。 事故现场 某些原因，获取锁失败-------没有在至少N/2+1个Redis实例取到锁，或者取锁时间已经超过了有效时间），客户端应该在所有的Redis实例上进行解锁（即便某
spring事务中锁失效
腹肌有啥用
02-24 387
为啥会失效 @Transactional
记一次调用service实现类Synchronized同步锁失效的坑
dzy_001的博客
05-10 5399
我的同步方法是这样写的 @Override @Transactional(rollbackFor = Exception.class) public synchronized SyTaskChildDO initTaskChild(SyTaskChildQueryParam param) { try { List<SyTaskChildDO> taskCid...
@Transactional和Synchronized失效
迁柏进阶之路
03-30 903
参考： 1. 错用synchronized和@Transactional被老板点名批量 - 云+社区 - 腾讯云 2. Spring 中 @transactional 和 synchronized关键字同时使用时数据不同步_尔等同学的博客-CSDN博客 失效原因：synchronized控制结束时，事务还没提交，此时另外的线程过来又读取到旧数据。 查找解决方案：在网上找了好久，大部分都是两种方案，1：去掉@Transactional；2：把Synchronized扩大范围，包裹事务。 上面两种
解决Spring事务和锁冲突失效问题
John_chu的博客
09-16 942
1.问题描述 A服务作为下游服务，就需要扛住上游服务的各种调用方式；某天上游调用的方式优化改进上线后，A服务的某接口开始出现重复数据处理问题，针对此问题当时最直观的猜想是redis分布式锁未起作用，比如redis服务故障或者什么原因？排查后发现是spring事物与锁使用不当造成的问题 代码案例 @Transactional override fun doBusinessLogic(params: Any): Any? { ... ..
spring事务不生效的15种场景
weixin_44837153的博客
03-02 1059
你的service类没有被Spring管理事务不生效的原因：上面例子中， @Service注解注释之后，spring事务（@Transactional）没有生效，因为Spring事务是由AOP机制实现的，也就是说从Spring IOC容器获取bean时，Spring会为目标类创建代理，来支持事务的。但是@Service被注释后，你的service类都不是spring管理的，那怎么创建代理类来支持事务呢。解决方案：加上@Service注解。
spring事务和syncrhonizd锁的问题
金溪的博客
10-13 574
由于Spring事务是通过AOP实现的，所以在synchronized修饰的方法执行前会有开启事务，之后会有提交事务逻辑，而synchronized代码块执行是在事务之内执行的，在syncrhonized代码块执行完时，事务还未提交，其他线程进入synchronized代码块后，读取的库数据不是最新的，所以会出问题。 解决方法：把synchonized修饰的级别向上提一级，这样synchroni...
java synchronized并发失效问题
05-15
Java的Synchronized关键字通常用来保护多线程访问共享资源时可能造成的并发问题。然而，在一些情况下，Synchronized在保护共享资源时可能会失效。这主要涉及到锁的粒度和对象的可见性问题。 首先，如果Synchronized的锁粒度不够细，可能会出现并发失效问题。例如，在一个方法中使用Synchronized关键字锁定某个对象，但是这个对象中包含多个独立的数据结构，这时候其他线程可以同时读取或修改除当前线程所需的数据结构之外的数据结构，从而出现并发失效问题。 其次，对象的可见性问题也会导致Synchronized关键字失效。即使某个对象已经被锁定，但如果其他线程无法感知到该锁定操作，也会导致并发失效问题。 解决这些问题的方法有多种。首先可以尽可能细化锁的粒度，使得每个资源都有自己的独立锁。其次，可以使用更高级的锁机制，例如ReentrantLock，来保证更细粒度的锁定。同时，保证对象的可见性也非常重要，可以使用volatile关键字或者采用更高级别的并发工具，例如Atomic类、ConcurrentHashMap等。总之，在使用Synchronized关键字时，需要注意锁的粒度和对象的可见性问题，从而避免出现并发失效问题。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值