欧美后门菊门交3p视频在线观看,免费观看A V,色站综合,少妇高潮zzzzzzzy,国产激情综合,free性欧美69hd,久久久99精品免费观看app,人人爽人人好逼网

高并發(fā)場景在現(xiàn)場的日常工作中很常見，特別是在互聯(lián)網(wǎng)公司中，這篇文章就來通過秒殺商品來模擬高并發(fā)的場景。

本文環(huán)境： SpringBoot 2.5.7 + MySQL 8.0 X + MybatisPlus + Swagger2.9.2
模擬工具： Jmeter
模擬場景：減庫存->創(chuàng)建訂單->模擬支付

2.商品秒殺-超賣

在開發(fā)中，對于下面的代碼，可能很熟悉：在Service里面加上@Transactional事務注解和Lock鎖。

控制層：Controller

@ApiOperation(value="秒殺實現(xiàn)方式——Lock加鎖")
@PostMapping("/start/lock")
public Result startLock(long skgId){
    try {
        log.info("開始秒殺方式一...");
        final long userId = (int) (new Random().nextDouble() * (99999 - 10000 + 1)) + 10000;
        Result result = secondKillService.startSecondKillByLock(skgId, userId);
        if(result != null){
            log.info("用戶:{}--{}", userId, result.get("msg"));
        }else{
            log.info("用戶:{}--{}", userId, "哎呦喂，人也太多了，請稍后！");
        }
    } catch (Exception e) {
        e.printStackTrace();
    } finally {

    }
    return Result.ok();
}

業(yè)務層：Service

@Override
@Transactional(rollbackFor = Exception.class)
public Result startSecondKillByLock(long skgId, long userId) {
    lock.lock();
    try {
        // 校驗庫存
        SecondKill secondKill = secondKillMapper.selectById(skgId);
        Integer number = secondKill.getNumber();
        if (number > 0) {
            // 扣庫存
            secondKill.setNumber(number - 1);
            secondKillMapper.updateById(secondKill);
            // 創(chuàng)建訂單
            SuccessKilled killed = new SuccessKilled();
            killed.setSeckillId(skgId);
            killed.setUserId(userId);
            killed.setState((short) 0);
            killed.setCreateTime(new Timestamp(System.currentTimeMillis()));
            successKilledMapper.insert(killed);

            // 模擬支付
            Payment payment = new Payment();
            payment.setSeckillId(skgId);
            payment.setSeckillId(skgId);
            payment.setUserId(userId);
            payment.setMoney(40);
            payment.setState((short) 1);
            payment.setCreateTime(new Timestamp(System.currentTimeMillis()));
            paymentMapper.insert(payment);
        } else {
            return Result.error(SecondKillStateEnum.END);
        }
    } catch (Exception e) {
        throw new ScorpiosException("異常了個乖乖");
    } finally {
        lock.unlock();
    }
    return Result.ok(SecondKillStateEnum.SUCCESS);
}

對于上面的代碼應該沒啥問題吧，業(yè)務方法上加事務，在處理業(yè)務的時候加鎖。

但上面這樣寫法是有問題的，會出現(xiàn)超賣的情況，看下測試結(jié)果：模擬1000個并發(fā)，搶100商品。

這里在業(yè)務方法開始加了鎖，在業(yè)務方法結(jié)束后釋放了鎖。但這里的事務提交卻不是這樣的，有可能在事務提交之前，就已經(jīng)把鎖釋放了，這樣會導致商品超賣現(xiàn)象。所以加鎖的時機很重要！

3. 解決商品超賣

對于上面超賣現(xiàn)象，主要問題出現(xiàn)在事務中鎖釋放的時機，事務未提交之前，鎖已經(jīng)釋放。（事務提交是在整個方法執(zhí)行完）。如何解決這個問題呢，就是把加鎖步驟提前

可以在controller層進行加鎖
可以使用Aop在業(yè)務方法執(zhí)行之前進行加鎖

3.1 方式一（改進版加鎖）

@ApiOperation(value="秒殺實現(xiàn)方式——Lock加鎖")
@PostMapping("/start/lock")
public Result startLock(long skgId){
    // 在此處加鎖
    lock.lock();
    try {
        log.info("開始秒殺方式一...");
        final long userId = (int) (new Random().nextDouble() * (99999 - 10000 + 1)) + 10000;
        Result result = secondKillService.startSecondKillByLock(skgId, userId);
        if(result != null){
            log.info("用戶:{}--{}", userId, result.get("msg"));
        }else{
            log.info("用戶:{}--{}", userId, "哎呦喂，人也太多了，請稍后！");
        }
    } catch (Exception e) {
        e.printStackTrace();
    } finally {
        // 在此處釋放鎖
        lock.unlock();
    }
    return Result.ok();
}

上面這樣的加鎖就可以解決事務未提交之前，鎖釋放的問題，可以分三種情況進行壓力測試：

并發(fā)數(shù)1000，商品100
并發(fā)數(shù)1000，商品1000
并發(fā)數(shù)2000，商品1000

對于并發(fā)量大于商品數(shù)的情況，商品秒殺一般不會出現(xiàn)少賣的請況，但對于并發(fā)數(shù)小于等于商品數(shù)的時候可能會出現(xiàn)商品少賣情況，這也很好理解。

對于沒有問題的情況就不貼圖了，因為有很多種方式，貼圖會太多

3.2 方式二（AOP版加鎖）

對于上面在控制層進行加鎖的方式，可能顯得不優(yōu)雅，那就還有另一種方式進行在事務之前加鎖，那就是AOP

自定義AOP注解

@Target({ElementType.PARAMETER, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public  @interface ServiceLock {
    String description()  default "";
}

定義切面類

@Slf4j
@Component
@Scope
@Aspect
@Order(1) //order越小越是最先執(zhí)行，但更重要的是最先執(zhí)行的最后結(jié)束
public class LockAspect {
    /**
     * 思考：為什么不用synchronized
     * service 默認是單例的，并發(fā)下lock只有一個實例
     */
    private static  Lock lock = new ReentrantLock(true); // 互斥鎖 參數(shù)默認false，不公平鎖

    // Service層切點     用于記錄錯誤日志
    @Pointcut("@annotation(com.scorpios.secondkill.aop.ServiceLock)")
    public void lockAspect() {

    }

    @Around("lockAspect()")
    public  Object around(ProceedingJoinPoint joinPoint) {
        lock.lock();
        Object obj = null;
        try {
            obj = joinPoint.proceed();
        } catch (Throwable e) {
            e.printStackTrace();
   throw new RuntimeException();
        } finally{
            lock.unlock();
        }
        return obj;
    }
}

在業(yè)務方法上添加AOP注解

@Override
@ServiceLock // 使用Aop進行加鎖
@Transactional(rollbackFor = Exception.class)
public Result startSecondKillByAop(long skgId, long userId) {

    try {
        // 校驗庫存
        SecondKill secondKill = secondKillMapper.selectById(skgId);
        Integer number = secondKill.getNumber();
        if (number > 0) {
            //扣庫存
            secondKill.setNumber(number - 1);
            secondKillMapper.updateById(secondKill);
            //創(chuàng)建訂單
            SuccessKilled killed = new SuccessKilled();
            killed.setSeckillId(skgId);
            killed.setUserId(userId);
            killed.setState((short) 0);
            killed.setCreateTime(new Timestamp(System.currentTimeMillis()));
            successKilledMapper.insert(killed);

            //支付
            Payment payment = new Payment();
            payment.setSeckillId(skgId);
            payment.setSeckillId(skgId);
            payment.setUserId(userId);
            payment.setMoney(40);
            payment.setState((short) 1);
            payment.setCreateTime(new Timestamp(System.currentTimeMillis()));
            paymentMapper.insert(payment);
        } else {
            return Result.error(SecondKillStateEnum.END);
        }
    } catch (Exception e) {
        throw new ScorpiosException("異常了個乖乖");
    }
    return Result.ok(SecondKillStateEnum.SUCCESS);
}

控制層：

@ApiOperation(value="秒殺實現(xiàn)方式二——Aop加鎖")
@PostMapping("/start/aop")
public Result startAop(long skgId){
    try {
        log.info("開始秒殺方式二...");
        final long userId = (int) (new Random().nextDouble() * (99999 - 10000 + 1)) + 10000;
        Result result = secondKillService.startSecondKillByAop(skgId, userId);
        if(result != null){
            log.info("用戶:{}--{}", userId, result.get("msg"));
        }else{
            log.info("用戶:{}--{}", userId, "哎呦喂，人也太多了，請稍后！");
        }
    } catch (Exception e) {
        e.printStackTrace();
    }
    return Result.ok();
}

這種方式在對鎖的使用上，更高階、更美觀！

3.3 方式三（悲觀鎖一）

除了上面在業(yè)務代碼層面加鎖外，還可以使用數(shù)據(jù)庫自帶的鎖進行并發(fā)控制。

悲觀鎖，什么是悲觀鎖呢？通俗的說，在做任何事情之前，都要進行加鎖確認。這種數(shù)據(jù)庫級加鎖操作效率較低。

使用for update一定要加上事務，當事務處理完后，for update才會將行級鎖解除

如果請求數(shù)和秒殺商品數(shù)量一致，會出現(xiàn)少賣

@ApiOperation(value="秒殺實現(xiàn)方式三——悲觀鎖")
@PostMapping("/start/pes/lock/one")
public Result startPesLockOne(long skgId){
    try {
        log.info("開始秒殺方式三...");
        final long userId = (int) (new Random().nextDouble() * (99999 - 10000 + 1)) + 10000;
        Result result = secondKillService.startSecondKillByUpdate(skgId, userId);
        if(result != null){
            log.info("用戶:{}--{}", userId, result.get("msg"));
        }else{
            log.info("用戶:{}--{}", userId, "哎呦喂，人也太多了，請稍后！");
        }
    } catch (Exception e) {
        e.printStackTrace();
    }
    return Result.ok();
}

業(yè)務邏輯

@Override
@Transactional(rollbackFor = Exception.class)
public Result startSecondKillByUpdate(long skgId, long userId) {
    try {
        // 校驗庫存-悲觀鎖
        SecondKill secondKill = secondKillMapper.querySecondKillForUpdate(skgId);
        Integer number = secondKill.getNumber();
        if (number > 0) {
            //扣庫存
            secondKill.setNumber(number - 1);
            secondKillMapper.updateById(secondKill);
            //創(chuàng)建訂單
            SuccessKilled killed = new SuccessKilled();
            killed.setSeckillId(skgId);
            killed.setUserId(userId);
            killed.setState((short) 0);
            killed.setCreateTime(new Timestamp(System.currentTimeMillis()));
            successKilledMapper.insert(killed);

            //支付
            Payment payment = new Payment();
            payment.setSeckillId(skgId);
            payment.setSeckillId(skgId);
            payment.setUserId(userId);
            payment.setMoney(40);
            payment.setState((short) 1);
            payment.setCreateTime(new Timestamp(System.currentTimeMillis()));
            paymentMapper.insert(payment);
        } else {
            return Result.error(SecondKillStateEnum.END);
        }
    } catch (Exception e) {
        throw new ScorpiosException("異常了個乖乖");
    } finally {
    }
    return Result.ok(SecondKillStateEnum.SUCCESS);
}

Dao層

@Repository
public interface SecondKillMapper extends BaseMapper<SecondKill> {

    /**
     * 將此行數(shù)據(jù)進行加鎖，當整個方法將事務提交后，才會解鎖
     * @param skgId
     * @return
     */
    @Select(value = "SELECT * FROM seckill WHERE seckill_id=#{skgId} FOR UPDATE")
    SecondKill querySecondKillForUpdate(@Param("skgId") Long skgId);

}

上面是利用for update進行對查詢數(shù)據(jù)加鎖，加的是行鎖。

3.4 方式四（悲觀鎖二）

悲觀鎖的第二種方式就是利用update更新命令來加表鎖

/**
 * UPDATE鎖表
 * @param skgId  商品id
 * @param userId    用戶id
 * @return
 */
@Override
@Transactional(rollbackFor = Exception.class)
public Result startSecondKillByUpdateTwo(long skgId, long userId) {
    try {

        // 不校驗，直接扣庫存更新
        int result = secondKillMapper.updateSecondKillById(skgId);
        if (result > 0) {
            //創(chuàng)建訂單
            SuccessKilled killed = new SuccessKilled();
            killed.setSeckillId(skgId);
            killed.setUserId(userId);
            killed.setState((short) 0);
            killed.setCreateTime(new Timestamp(System.currentTimeMillis()));
            successKilledMapper.insert(killed);

            //支付
            Payment payment = new Payment();
            payment.setSeckillId(skgId);
            payment.setSeckillId(skgId);
            payment.setUserId(userId);
            payment.setMoney(40);
            payment.setState((short) 1);
            payment.setCreateTime(new Timestamp(System.currentTimeMillis()));
            paymentMapper.insert(payment);
        } else {
            return Result.error(SecondKillStateEnum.END);
        }
    } catch (Exception e) {
        throw new ScorpiosException("異常了個乖乖");
    } finally {
    }
    return Result.ok(SecondKillStateEnum.SUCCESS);
}

Dao層

@Repository
public interface SecondKillMapper extends BaseMapper<SecondKill> {

    /**
     * 將此行數(shù)據(jù)進行加鎖，當整個方法將事務提交后，才會解鎖
     * @param skgId
     * @return
     */
    @Select(value = "SELECT * FROM seckill WHERE seckill_id=#{skgId} FOR UPDATE")
    SecondKill querySecondKillForUpdate(@Param("skgId") Long skgId);

    @Update(value = "UPDATE seckill SET number=number-1 WHERE seckill_id=#{skgId} AND number > 0")
    int updateSecondKillById(@Param("skgId") long skgId);
}

3.5 方式五（樂觀鎖）

樂觀鎖，顧名思義，就是對操作結(jié)果很樂觀，通過利用version字段來判斷數(shù)據(jù)是否被修改。

樂觀鎖，不進行庫存數(shù)量的校驗，直接做庫存扣減。

這里使用的樂觀鎖會出現(xiàn)大量的數(shù)據(jù)更新異常（拋異常就會導致購買失?。?、如果配置的搶購人數(shù)比較少、比如120:100(人數(shù):商品) 會出現(xiàn)少買的情況，不推薦使用樂觀鎖。

@ApiOperation(value="秒殺實現(xiàn)方式五——樂觀鎖")
@PostMapping("/start/opt/lock")
public Result startOptLock(long skgId){
    try {
        log.info("開始秒殺方式五...");
        final long userId = (int) (new Random().nextDouble() * (99999 - 10000 + 1)) + 10000;
        // 參數(shù)添加了購買數(shù)量
        Result result = secondKillService.startSecondKillByPesLock(skgId, userId,1);
        if(result != null){
            log.info("用戶:{}--{}", userId, result.get("msg"));
        }else{
            log.info("用戶:{}--{}", userId, "哎呦喂，人也太多了，請稍后！");
        }
    } catch (Exception e) {
        e.printStackTrace();
    }
    return Result.ok();
}
@Override
@Transactional(rollbackFor = Exception.class)
public Result startSecondKillByPesLock(long skgId, long userId, int number) {

    // 樂觀鎖，不進行庫存數(shù)量的校驗，直接
    try {
        SecondKill kill = secondKillMapper.selectById(skgId);
        // 剩余的數(shù)量應該要大于等于秒殺的數(shù)量
        if(kill.getNumber() >= number) {
            int result = secondKillMapper.updateSecondKillByVersion(number,skgId,kill.getVersion());
            if (result > 0) {
                //創(chuàng)建訂單
                SuccessKilled killed = new SuccessKilled();
                killed.setSeckillId(skgId);
                killed.setUserId(userId);
                killed.setState((short) 0);
                killed.setCreateTime(new Timestamp(System.currentTimeMillis()));
                successKilledMapper.insert(killed);

                //支付
                Payment payment = new Payment();
                payment.setSeckillId(skgId);
                payment.setSeckillId(skgId);
                payment.setUserId(userId);
                payment.setMoney(40);
                payment.setState((short) 1);
                payment.setCreateTime(new Timestamp(System.currentTimeMillis()));
                paymentMapper.insert(payment);
            } else {
                return Result.error(SecondKillStateEnum.END);
            }
        }
    } catch (Exception e) {
        throw new ScorpiosException("異常了個乖乖");
    } finally {
    }
    return Result.ok(SecondKillStateEnum.SUCCESS);
}
@Repository
public interface SecondKillMapper extends BaseMapper<SecondKill> {

    /**
     * 將此行數(shù)據(jù)進行加鎖，當整個方法將事務提交后，才會解鎖
     * @param skgId
     * @return
     */
    @Select(value = "SELECT * FROM seckill WHERE seckill_id=#{skgId} FOR UPDATE")
    SecondKill querySecondKillForUpdate(@Param("skgId") Long skgId);

    @Update(value = "UPDATE seckill SET number=number-1 WHERE seckill_id=#{skgId} AND number > 0")
    int updateSecondKillById(@Param("skgId") long skgId);

    @Update(value = "UPDATE seckill  SET number=number-#{number},version=version+1 WHERE seckill_id=#{skgId} AND version = #{version}")
    int updateSecondKillByVersion(@Param("number") int number, @Param("skgId") long skgId, @Param("version")int version);
}

樂觀鎖會出現(xiàn)大量的數(shù)據(jù)更新異常（拋異常就會導致購買失?。?，會出現(xiàn)少買的情況，不推薦使用樂觀鎖。

3.6 方式六（阻塞隊列）

利用阻塞隊類，也可以解決高并發(fā)問題。其思想就是把接收到的請求按順序存放到隊列中，消費者線程逐一從隊列里取數(shù)據(jù)進行處理，看下具體代碼。

阻塞隊列：這里使用靜態(tài)內(nèi)部類的方式來實現(xiàn)單例模式，在并發(fā)條件下不會出現(xiàn)問題。

// 秒殺隊列(固定長度為100)
public class SecondKillQueue {

    // 隊列大小
    static final int QUEUE_MAX_SIZE = 100;

    // 用于多線程間下單的隊列
    static BlockingQueue<SuccessKilled> blockingQueue = new LinkedBlockingQueue<SuccessKilled>(QUEUE_MAX_SIZE);

    // 使用靜態(tài)內(nèi)部類，實現(xiàn)單例模式
    private SecondKillQueue(){};

    private static class SingletonHolder{
        // 靜態(tài)初始化器，由JVM來保證線程安全
        private  static SecondKillQueue queue = new SecondKillQueue();
    }

    /**
     * 單例隊列
     * @return
     */
    public static SecondKillQueue getSkillQueue(){
        return SingletonHolder.queue;
    }

    /**
     * 生產(chǎn)入隊
     * @param kill
     * @throws InterruptedException
     * add(e) 隊列未滿時，返回true；隊列滿則拋出IllegalStateException(“Queue full”)異?！狝bstractQueue
     * put(e) 隊列未滿時，直接插入沒有返回值；隊列滿時會阻塞等待，一直等到隊列未滿時再插入。
     * offer(e) 隊列未滿時，返回true；隊列滿時返回false。非阻塞立即返回。
     * offer(e, time, unit) 設定等待的時間，如果在指定時間內(nèi)還不能往隊列中插入數(shù)據(jù)則返回false，插入成功返回true。
     */
    public  Boolean  produce(SuccessKilled kill) {
        return blockingQueue.offer(kill);
    }
    /**
     * 消費出隊
     * poll() 獲取并移除隊首元素，在指定的時間內(nèi)去輪詢隊列看有沒有首元素有則返回，否者超時后返回null
     * take() 與帶超時時間的poll類似不同在于take時候如果當前隊列空了它會一直等待其他線程調(diào)用notEmpty.signal()才會被喚醒
     */
    public  SuccessKilled consume() throws InterruptedException {
        return blockingQueue.take();
    }

    /**
     * 獲取隊列大小
     * @return
     */
    public int size() {
        return blockingQueue.size();
    }
}

消費秒殺隊列：實現(xiàn)ApplicationRunner接口

// 消費秒殺隊列
@Slf4j
@Component
public class TaskRunner implements ApplicationRunner{

    @Autowired
    private SecondKillService seckillService;

    @Override
    public void run(ApplicationArguments var){
        new Thread(() -> {
            log.info("隊列啟動成功");
            while(true){
                try {
                    // 進程內(nèi)隊列
                    SuccessKilled kill = SecondKillQueue.getSkillQueue().consume();
                    if(kill != null){
                        Result result = seckillService.startSecondKillByAop(kill.getSeckillId(), kill.getUserId());
                        if(result != null && result.equals(Result.ok(SecondKillStateEnum.SUCCESS))){
                            log.info("TaskRunner,result:{}",result);
                            log.info("TaskRunner從消息隊列取出用戶，用戶:{}{}",kill.getUserId(),"秒殺成功");
                        }
                    }
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }).start();
    }
}
@ApiOperation(value="秒殺實現(xiàn)方式六——消息隊列")
@PostMapping("/start/queue")
public Result startQueue(long skgId){
    try {
        log.info("開始秒殺方式六...");
        final long userId = (int) (new Random().nextDouble() * (99999 - 10000 + 1)) + 10000;
        SuccessKilled kill = new SuccessKilled();
        kill.setSeckillId(skgId);
        kill.setUserId(userId);
        Boolean flag = SecondKillQueue.getSkillQueue().produce(kill);
        // 雖然進入了隊列，但是不一定能秒殺成功 進隊出隊有時間間隙
        if(flag){
            log.info("用戶:{}{}",kill.getUserId(),"秒殺成功");
        }else{
            log.info("用戶:{}{}",userId,"秒殺失敗");
        }
    } catch (Exception e) {
        e.printStackTrace();
    }
    return Result.ok();
}

注意：在業(yè)務層和AOP方法中，不能拋出任何異常， throw new RuntimeException()這些拋異常代碼要注釋掉。因為一旦程序拋出異常就會停止，導致消費秒殺隊列進程終止！

使用阻塞隊列來實現(xiàn)秒殺，有幾點要注意：

消費秒殺隊列中調(diào)用業(yè)務方法加鎖與不加鎖情況一樣，也就是seckillService.startSecondKillByAop()、seckillService.startSecondKillByLock()方法結(jié)果一樣，這也很好理解
當隊列長度與商品數(shù)量一致時，會出現(xiàn)少賣的現(xiàn)象，可以調(diào)大數(shù)值
下面是隊列長度1000，商品數(shù)量1000，并發(fā)數(shù)2000情況下出現(xiàn)的少賣

3.7.方式七（Disruptor隊列）

Disruptor是個高性能隊列，研發(fā)的初衷是解決內(nèi)存隊列的延遲問題，在性能測試中發(fā)現(xiàn)竟然與I/O操作處于同樣的數(shù)量級，基于Disruptor開發(fā)的系統(tǒng)單線程能支撐每秒600萬訂單。

// 事件生成工廠（用來初始化預分配事件對象）
public class SecondKillEventFactory implements EventFactory<SecondKillEvent> {

    @Override
    public SecondKillEvent newInstance() {
        return new SecondKillEvent();
    }
}
// 事件對象（秒殺事件）
public class SecondKillEvent implements Serializable {
    private static final long serialVersionUID = 1L;
    private long seckillId;
    private long userId;

 // set/get方法略

}
// 使用translator方式生產(chǎn)者
public class SecondKillEventProducer {

    private final static EventTranslatorVararg<SecondKillEvent> translator = (seckillEvent, seq, objs) -> {
        seckillEvent.setSeckillId((Long) objs[0]);
        seckillEvent.setUserId((Long) objs[1]);
    };

    private final RingBuffer<SecondKillEvent> ringBuffer;

    public SecondKillEventProducer(RingBuffer<SecondKillEvent> ringBuffer){
        this.ringBuffer = ringBuffer;
    }

    public void secondKill(long seckillId, long userId){
        this.ringBuffer.publishEvent(translator, seckillId, userId);
    }
}
// 消費者(秒殺處理器)
@Slf4j
public class SecondKillEventConsumer implements EventHandler<SecondKillEvent> {

    private SecondKillService secondKillService = (SecondKillService) SpringUtil.getBean("secondKillService");

    @Override
    public void onEvent(SecondKillEvent seckillEvent, long seq, boolean bool) {
        Result result = secondKillService.startSecondKillByAop(seckillEvent.getSeckillId(), seckillEvent.getUserId());
        if(result.equals(Result.ok(SecondKillStateEnum.SUCCESS))){
            log.info("用戶:{}{}",seckillEvent.getUserId(),"秒殺成功");
        }
    }
}
public class DisruptorUtil {

    static Disruptor<SecondKillEvent> disruptor;

    static{
        SecondKillEventFactory factory = new SecondKillEventFactory();
        int ringBufferSize = 1024;
        ThreadFactory threadFactory = runnable -> new Thread(runnable);
        disruptor = new Disruptor<>(factory, ringBufferSize, threadFactory);
        disruptor.handleEventsWith(new SecondKillEventConsumer());
        disruptor.start();
    }

    public static void producer(SecondKillEvent kill){
        RingBuffer<SecondKillEvent> ringBuffer = disruptor.getRingBuffer();
        SecondKillEventProducer producer = new SecondKillEventProducer(ringBuffer);
        producer.secondKill(kill.getSeckillId(),kill.getUserId());
    }
}
@ApiOperation(value="秒殺實現(xiàn)方式七——Disruptor隊列")
@PostMapping("/start/disruptor")
public Result startDisruptor(long skgId){
    try {
        log.info("開始秒殺方式七...");
        final long userId = (int) (new Random().nextDouble() * (99999 - 10000 + 1)) + 10000;
        SecondKillEvent kill = new SecondKillEvent();
        kill.setSeckillId(skgId);
        kill.setUserId(userId);
        DisruptorUtil.producer(kill);
    } catch (Exception e) {
        e.printStackTrace();
    }
    return Result.ok();
}

經(jīng)過測試，發(fā)現(xiàn)使用Disruptor隊列隊列，與自定義隊列有著同樣的問題，也會出現(xiàn)超賣的情況，但效率有所提高。

4. 小結(jié)

對于上面七種實現(xiàn)并發(fā)的方式，做一下總結(jié)：

一、二方式是在代碼中利用鎖和事務的方式解決了并發(fā)問題，主要解決的是鎖要加載事務之前
三、四、五方式主要是數(shù)據(jù)庫的鎖來解決并發(fā)問題，方式三是利用for upate對表加行鎖，方式四是利用update來對表加鎖，方式五是通過增加version字段來控制數(shù)據(jù)庫的更新操作，方式五的效果最差
六、七方式是通過隊列來解決并發(fā)問題，這里需要特別注意的是，在代碼中不能通過throw拋異常，否則消費線程會終止，而且由于進隊和出隊存在時間間隙，會導致商品少賣

原文：https://blog.csdn.net/zxd1435513775/article/details/122643285

大廠防止超賣的7種實現(xiàn)，很受用！