本文主要介绍“当Springboot有锁时如何正确使用事务”。在日常操作中，相信很多人对于Springboot有锁的情况下如何正确使用事务都有疑问。边肖查阅了各种资料，整理出简单易用的操作方法，希望能帮你解答“跳羚有锁如何正确使用交易”的疑惑！接下来，请和边肖一起学习！
00-1010俗话说，想赚钱，就去看看有钱人需要什么。因为富人有更多的钱，他们赚得更多。
离家近一点，在Java项目的研发中，“锁”这个词并不陌生，最经典的使用场景就是商品超卖。
很多Java白人通常认为给代码加个“锁”就能解决多扣库存的问题，却忽略了数据库事务的问题。今天，我们将做一个实验来分析商品的超卖问题。
1. 概述
有产品，只剩一件库存。
购买商品时，做三个动作：第一，检查库存，第二，扣除库存，第三，生成订单，三个动作在一次交易中执行。
模拟并发场景，用10个线程同时执行用户购买商品的操作。
2. 场景介绍
3. 代码实现
@ Transactional(roll back for=exception . class)
public void buy(){ 0
//检查商品是否有货。
integer count=GetProductCount()；
if(计数=0){ 0
ThrownewRuntimeException(‘库存为0 ‘)；
}
//库存减少
product repository . reduce count()；
//生成订单
create ORder()；
}首先，我们正常编写业务逻辑，使用@Transactional注释来控制事务。
通过并行实验，产生了超卖现象。
3.1 不加锁的代码实现
@ Transactional(roll back for=exception . class)
public synchronized void buy(){ 0
//检查商品是否有货。
integer count=GetProductCount()；
if(计数=0){ 0
ThrownewRuntimeException(‘库存为0 ‘)；
}
//库存减少
product repository . reduce count()；
//生成订单
n
bsp; createOrder();
}
这次我们使用 synchronized 关键字给方法加了把“锁”，理论上应该不会产生超卖现象了吧。
经实验，仍然产生了超卖现象。
因为虽然方法被锁住了，可是@Transactional 注解并没有及时的提交事务，导致库存没有及时扣减为0，因此还是超卖了。
3.3 正确使用事务的代码实现
@Autowired
private PlatformTransactionManager platformTransactionManager;
@Autowired
private TransactionDefinition transactionDefinition;
// @Transactional(rollbackFor = Exception.class)
public synchronized void buy() {
// 开启事务
TransactionStatus transactionStatus = platformTransactionManager.getTransaction(transactionDefinition);
try {
// 查看是商品否有库存
Integer count = getProductCount();
if(count <= 0) {
throw new RuntimeException("库存为 0");
}
// 减库存
productRepository.reductCount();
// 生成订单
createOrder();
// 事务提交
platformTransactionManager.commit(transactionStatus);
} catch (Exception ex) {
log.error(ex.getMessage(), ex);
// 事务回滚
platformTransactionManager.rollback(transactionStatus);
}
}
这次我们不使用@Transactional 注解管理事务了，改为手动管理事务。
经实验，解决了超卖现象。
到此，关于“Springboot在有锁的情况下怎么正确使用事务”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注网站，小编会继续努力为大家带来更多实用的文章！
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/150320.html