Java实现库存防超卖_高并发场景-订单库存防止超卖

最新推荐文章于 2024-08-20 04:46:08 发布
最新推荐文章于 2024-08-20 04:46:08 发布
阅读量7.2k 收藏 37
点赞数 4
文章标签： Java实现库存防超卖
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_29168393/article/details/114706750
版权
本文介绍了在电商系统中如何利用Java实现库存防超卖，特别是在高并发场景下。通过使用Redis的分布式锁、 incr/decr 原子操作和SQL乐观锁来确保库存准确性，提高性能并避免阻塞用户。文中还探讨了不同库存扣减方案的优缺点，推荐使用Redis原子操作结合SQL乐观锁的方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

背景

在电商系统中买商品过程，先加入购物车，然后选中商品，点击结算，即会进入待支付状态，后续支付。

过程需要检验库存是否足够，保证库存不被超卖。

场景一：买家需要购买数量可以多件

场景二：秒杀活动，到时间点只能购买一件

目的

防止相同用户重复下单

检查库存准确数量

防止扣错库存数量

扣库存时性能效率提升、不阻塞用户

点赞再看，关注公众号：【地藏思维】给大家分享互联网场景设计与架构设计方案

掘金：地藏Kelvin https://juejin.im/user/5d67da8d6fb9a06aff5e85f7

主要解决手段

利用redis的incr、decr的原子性做操作

redis的lpush、rpop的原子性做操作，但是这个只能一个一个的扣，但不能原子地同时扣多个

sql乐观锁

交互流程

35b18dc0221ad86963d5835887c49f86.png

主要环节：购物车->结清->支付

本文讲述结清时，扣库存环节，分布式系统产生订单环节后续文章再详细分析。

备注：挺推荐使用https://www.processon.com/在线来做流程图的

一、防止重复

利用redis分布式锁

用分布式锁，是

最低0.47元/天 解锁文章
库存扣减怎么防止超卖和少卖？
qq_36929638的博客
04-25 461
库存管理是电商和零售系统的核心问题之一，超卖(卖出的数量超过实际库存)和少卖(实际有库存但未能卖出)都会带来严重问题。
java 防止超卖_电商防止库存超卖解决方案
weixin_36333534的博客
02-25 3553
1 悲观锁解决方案悲观锁，也就是在修改数据的时候，采用锁定状态，排斥外部请求的修改。遇到加锁的状态，就必须等待。可以采用redis队列+mysql事务控制的方案，下面是流程图： mysql的执行代码：beginTranse(开启事务)try{//quantity为请求减掉的库存数量$dbca->query('update s_store set amount = amount - quant...
Javaweb面试问题，关于电商秒杀系统中防超卖处理方案简述
2401_83704125的博客
03-22 897
AOP (Aspect Oriented Programing) 称为：面向切面编程，它是一种编程思想。AOP 是 OOP（面向对象编程 Object Oriented Programming)的思想延续AOP采取横向抽取机制，取代了传统纵向继承体系重复性代码的编写方式（例如性能监视、事务管理、安全检查、缓存、日志记录等）小编也是很有感触，如果一直都是在中小公司，没有接触过大型的互联网架构设计的话，只靠自己看书去提升可能一辈子都很难达到高级架构师的技术和认知高度。
java 如果避免超买超卖问题
qq_55345811的博客
07-10 1240
在Java中，避免超买（overbuying）和超卖（overselling）问题通常涉及到多线程并发操作时的线程安全性和同步控制。这些问题通常与共享资源的并发访问有关，如共享变量、共享数据结构等。：Java提供了许多线程安全的数据结构，如等。这些数据结构在设计上考虑了并发访问，并提供了内置的同步机制，可以避免超买和超卖问题。：通过使用关键字或者等锁机制来保护共享资源的访问，确保在同一时间只有一个线程可以访问共享资源，避免出现并发访问问题。：Java提供了一系列的原子类，如AtomicLong。
JAVA面试题分享一百一十八：JAVA商品库存管理如何防止超卖？如何解决超卖？
之乎者也·的博客
11-30 2543
其实也可以使用最终一致性的方式，数据表记录一条交互流水记录，更新库存成功后，更新这个交互流水记录的库存操作字段为已处理，订单处理字段为处理中，然后发送mq，等待订单创建生成回调。有的文章会用redis分布式锁来做保证扣库存数量准确的环节，让点击结算时，后端逻辑会查询库存和扣库存的update语句同时只有一条线程能够执行，以商品id为分布式锁的key，锁一个商品。有的人会不做第一步查询直接减，其实这样不太好，因为当库存为1时，很多做减3，或者减30情况，其实都是不够，这样就白减。
JAVA面试题分享二百三十一：防止超卖的7种实现
之乎者也·的博客
12-14 5521
高并发场景在现场的日常工作中很常见，特别是在互联网公司中，这篇文章就来通过秒杀商品来模拟高并发的场景。Jmeter减库存->创建订单->模拟支付。
Java实现库存数量冻结_高并发场景-订单库存防止超卖
weixin_30089411的博客
02-26 2700
亿级流量java高并发与网络编程实战99.1元(需用券)去购买 >背景在电商系统中买商品过程，先加入购物车，然后选中商品，点击结算，即会进入待支付状态，后续支付。过程需要检验库存是否足够，保证库存不被超卖。场景一：买家需要购买数量可以多件场景二：秒杀活动，到时间点只能购买一件目的防止相同用户重复下单检查库存准确数量防止扣错库存数量扣库存时性能效率提升、不阻塞用户点赞再看，关注公众号：【地藏思...
java库存同步思路_这个是真的厉害，高并发场景下的订单和库存处理方案，讲的很详细了！...
weixin_39782709的博客
03-01 2020
前言之前一直有小伙伴私信我问我高并发场景下的订单和库存处理方案，我最近也是因为加班的原因比较忙，就一直没来得及回复。今天好不容易闲了下来想了想不如写篇文章把这些都列出来的，让大家都能学习到，说一千道一万都不如满满的干货来的实在，干货都下面了！介绍前提：分布式系统，高并发场景商品A只有100库存，现在有1000或者更多的用户购买。如何保证库存在高并发的场景下是安全的。预期结果：1.不超卖 2.不少卖...
电商库存系统的防超卖和高并发扣减方案
m0_71777195的博客
07-18 698
理解，首先MCube会依据模板缓存状态判断是否需要网络获取最新模板，当获取到模板后进行模板加载，加载阶段会将产物转换为视图树的结构，转换完成后将通过表达式引擎解析表达式并取得正确的值，通过事件解析引擎解析用户自定义事件并完成事件的绑定，完成解析赋值以及事件绑定后进行视图的渲染，最终将目标页面展示到屏幕。第一关解决超卖检验可以把数据放入Redis中，每次扣减库存，都对Redis中的数据进行incryby扣减，如果返回的数量大于0，说明库存够，因为Redis是单线程，可以信任返回结果。...
java分布式库存系统_这个是真的厉害，高并发场景下的订单和库存处理方案，讲的很详细了！...
weixin_33929779的博客
02-16 1208
前言之前一直有小伙伴私信我问我高并发场景下的订单和库存处理方案，我最近也是因为加班的原因比较忙，就一直没来得及回复。今天好不容易闲了下来想了想不如写篇文章把这些都列出来的，让大家都能学习到，说一千道一万都不如满满的干货来的实在，干货都下面了！介绍前提：分布式系统，高并发场景商品A只有100库存，现在有1000或者更多的用户购买。如何保证库存在高并发的场景下是安全的。预期结果：1.不超卖 2.不少卖...
java商城如何防止超卖_电商中怎么防止超卖
weixin_34254083的博客
02-26 3358
首先我们要知道超卖的原因是什么：超卖的原因主要是用户下的订单的数目和我们要促销的商品的数目不一致导致的，每次总是订单的数比我们的促销商品的数目要多。究其深层原因，是因为数据库底层的写操作和读操作可以同时进行，虽然写操作默认带有隐式锁(即对同一数据不能同时进行写操作)但是读操作默认是不带锁的，所以当用户1去修改库存的时候，用户2依然可以都到库存为1，所以出现了超卖现象。解决方案有以下几种：第一种方案...
java 防止超卖_实现防止超卖的几种方式
weixin_33514582的博客
02-16 2345
//利用redis 做分布式锁,此处实现需要根据实际场景进行优化. 好处是能分担数据库压力,但加锁的时间无法确定,需要另启线程进行延时处理//有个问题是 如果子线程延期6次后 主线程还未运行完毕 后续又会引发很多问题,这里可以 结合case1的乐观锁一起使用,用version字段双重保险,或许本来就应该这么做static ThreadPoolExecutor pool = new ThreadPo...
【JAVA+Redis分布式锁解决业务库存超卖】
changJiangRong的博客
08-12 3117
目前基本上的电商业务都会有购买商品多人同时购买或者秒杀业务场景，这里介绍在这种业务场景下如何防止出现商品超卖的现象。使用redisson实现，能够保证多实例下线程安全，代码简单可靠。
【253期】京东二面：商品库存的扣除过程中，如何防止超卖问题？
Java精选
02-09 315
点击上方“Java精选”，选择“设为星标”别问别人为什么，多问自己凭什么！下方有惊喜，留言必回，有问必答！每一天进步一点点，是成功的开始...在商品购买的过程中，库存的抵扣过程，一般操作如...
java-防止库存超卖
苦逼的老王的博客
02-04 859
点这里查看@Resource// 是否加锁成功try {// 加锁，设置锁超时时间,等待锁的时间if (!locked) {// 给原来的锁追加时间throw new RuntimeException("当前库存有其他订单在操作");// 库存是否足够// 扣减库存throw new RuntimeException("库存扣减失败");// 业务处理成功后释放锁以上代码咋一看确实没啥问题，但是如果我们现在需要下了多个商品需要扣减多个商品的库存会发生什么呢？
【Java】高并发下如何防止库存超发
人生苦短，我用python
06-18 6462
三种方案，如何防止高并发下的库存超发
java抢购防止超卖
weixin_41239321的博客
08-20 98
我整理的一些关于【Java】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://d.51cto.com/f2PFnNJava抢购防止超卖的实现 在电子商务中，抢购活动常常会导致超卖现象的发生，这是因为多个用户在同一时间争抢有限的商品。在此，我们将探讨如何使用 Java 编写一个简单的抢购系统，并采取措施...
java秒杀怎么防止超卖_秒杀系统是如何防止超卖的？
weixin_35754676的博客
02-25 3291
秒杀系统介绍秒杀系统相信网上已经介绍了很多了，我也不想黏贴很多定义过来了。废话少说，秒杀系统主要应用在商品抢购的场景，比如：电商抢购限量商品卖周董演唱会的门票火车票抢座…秒杀系统抽象来说就是以下几个步骤：用户选定商品下单校验库存扣库存创建用户订单用户支付等后续步骤…听起来就是个用户买商品的流程而已嘛，确实，所以我们为啥要说他是个专门的系统呢。。为什么要做所谓的“系统”如果你的项目流量非常小，完全不...
秒杀java代码（防止库存超卖、redis+mq减缓数据库瞬时压力） - v3最终版本
祁_z
06-20 1488
目录 流程 接口说明 1. 业务逻辑层 / Controller 2. mapper 3. mq配置 3.1. rabbitmq配置类 3.2. 生产者 3.3. 消费者 4. 表结构 5. 测试 5.1. 给商品库存id为2的添加100条库存 5.2. 添加库存数量到redis 5.3. jmeter多线程模拟抢购 5.4. jmeter执行结束后查看库存的变化 5...
java 高并发商品库存超卖
最新发布
03-21
### Java高并发场景下商品库存超卖的解决方案 #### 分布式锁 分布式锁是一种常见的解决高并发场景下库存超卖问题的方法。它通过确保多个线程在同一时刻只能有一个线程持有锁，从而避免了并发修改带来的数据不一致问题[^3]。 在Java中，可以通过Redis实现分布式锁。Redis提供了`SETNX`命令（Set if Not Exists），可以在键不存在时设置键值对并返回成功状态，这可以用来模拟加锁的过程[^2]。当一个线程成功获取到锁后，其他线程会被阻塞直到锁被释放。为了避免死锁情况的发生，在解锁时需要验证当前线程持有的锁是否为自己创建的锁。 ```java public class RedisDistributedLock { private StringRedisTemplate stringRedisTemplate; public boolean tryLock(String key, long timeoutMillis) { Boolean result = stringRedisTemplate.opsForValue().setIfAbsent(key, "LOCKED", Duration.ofMillis(timeoutMillis)); return Boolean.TRUE.equals(result); } public void unlock(String key) { if ("LOCKED".equals(stringRedisTemplate.opsForValue().get(key))) { stringRedisTemplate.delete(key); } } } ``` #### 悲观锁 悲观锁假设冲突不可避免，并因此阻止任何可能引起冲突的操作发生。在数据库层面，通常使用`SELECT ... FOR UPDATE`语句来锁定记录，这样只有获得锁的事务才能对该条目进行更改[^5]。 ```sql BEGIN TRANSACTION; -- 锁定指定的商品库存记录 SELECT stock FROM products WHERE product_id = ? FOR UPDATE; -- 更新库存数量 UPDATE products SET stock = stock - 1 WHERE product_id = ? AND stock >= 1; COMMIT; ``` 这种方法虽然简单有效，但在高并发情况下可能导致性能瓶颈，因为许多请求可能会等待同一个锁。 #### 乐观锁 与悲观锁不同的是，乐观锁认为大多数时候不会有冲突，所以在读取数据时不施加锁，而是在提交更新的时候检测是否有冲突。如果发现冲突，则重试整个过程直至成功。 一种常见做法是引入版本号字段，每次更新都会增加此字段的数值： ```sql UPDATE products SET stock = ?, version = version + 1 WHERE product_id = ? AND version = ? ``` 上述SQL仅会在目标行未被他人改动的情况下生效；否则将触发失败逻辑重新尝试操作。 #### Redis原子操作 除了利用分布式锁外，还可以直接借助Redis提供的原生原子指令完成扣减动作。例如`DECRBY`可以直接减少某个key对应的value值，而且这一系列动作都是在一个步骤里完成的，天然具备原子特性[^4]。 ```java stringRedisTemplate.opsForValue().decrement("product_stock_key"); ``` 这种策略适用于那些不需要复杂业务流程就能快速响应的应用场合。 --- ### 总结 针对Java高并发环境下的商品库存管理挑战，开发者可以根据实际需求选用合适的方案。对于简单的计数器类应用而言，Redis自带的原子操作可能是最简洁高效的途径之一；而对于更复杂的交易型业务来说，则需综合考虑诸如一致性保障、吞吐量等因素后再决定采用何种同步机制——无论是传统的关系型数据库所提供的悲观/乐观锁还是新兴技术如Redlock算法所代表的新一代分布协调工具皆可成为候选选项[^1]. ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值