百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

使用Spring Boot设计并实现一个秒杀功能?

mhr18 2024-11-08 12:14 27 浏览 0 评论

要设计并实现一个秒杀功能,我们需要解决几个关键的问题,首先来讲秒杀活动通常情况下常伴随着大量用户并发请求,所以要求系统需要具备处理高并发的能力。其次,在设计秒杀系统的时候需要注意必须确保库存不会出现超卖的情况,在用户提交了订单之后,还要确保订单创建的原子性不能因为并发问题导致订单创建重复或失败。另外就是在并发请求的情况下,如何能够保证接口不被攻击,要有防止刷单、限流等策略,并且在一个秒杀功能中,需要引入到一些缓存中间件来减轻数据的压力。

技术选型

基于上面我们分析的内容,给出一个如下的技术选型方案。

  • Spring Boot:主框架,用于构建微服务。
  • Redis:用于缓存库存数据,减轻数据库压力,快速响应库存查询。
  • MySQL:持久化存储订单和商品信息。
  • 消息队列(如 RabbitMQ 或 Kafka):用于异步下单,削峰填谷,缓解数据库压力。
  • 分布式锁(如 Redis 分布式锁):用于防止超卖,确保并发下的库存扣减是安全的。
  • 限流(如 RateLimiter、Redis Lua 脚本):防止恶意刷单或攻击。

下面我们给出一个简单的实现步骤来演示如何实现一个秒杀系统。

具体实现

数据库设计

创建两个基本表:商品表和订单表,如下所示。

商品表

CREATE TABLE `product` (
  `id` BIGINT(20) NOT NULL AUTO_INCREMENT,
  `name` VARCHAR(100) NOT NULL,
  `stock` INT NOT NULL COMMENT '商品库存',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

订单表

CREATE TABLE `order` (
  `id` BIGINT(20) NOT NULL AUTO_INCREMENT,
  `product_id` BIGINT(20) NOT NULL,
  `user_id` BIGINT(20) NOT NULL,
  `status` TINYINT(1) NOT NULL COMMENT '订单状态',
  `create_time` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

库表设计完成之后,接下来我们来分析一下需要实现的业务逻辑,主要涉及到的业务流程包括了如下的几个方面的内容。

  • 用户请求秒杀,前端发起秒杀请求。
  • 通过限流和鉴权确保合法用户请求。
  • 使用 Redis 缓存商品库存,并通过 Redis 进行库存的扣减。
  • 将秒杀请求放入消息队列,异步处理实际的下单和订单生成操作。
  • 返回成功或失败的秒杀结果给用户。

结合上面的需求我们尝试实现这个需求。首先我们先来定义一个秒杀的接口用来接收用户的秒杀请求。如下所示。

@RestController
@RequestMapping("/seckill")
public class SeckillController {

    @Autowired
    private SeckillService seckillService;

    @PostMapping("/{productId}")
    public ResponseEntity<String> seckill(@PathVariable Long productId) {
        // 获取当前用户 ID,通常在登录状态中获得
        Long userId = getCurrentUserId();
        
        // 调用秒杀业务逻辑
        boolean result = seckillService.executeSeckill(productId, userId);
        
        if (result) {
            return ResponseEntity.ok("秒杀成功");
        } else {
            return ResponseEntity.status(HttpStatus.TOO_MANY_REQUESTS).body("秒杀失败或库存不足");
        }
    }
}

接下来就是在服务层中对秒杀的业务进行处理,如下所示。

@Service
public class SeckillService {

    @Autowired
    private RedisTemplate<String, Object> redisTemplate;

    @Autowired
    private OrderService orderService;

    // 秒杀核心方法
    public boolean executeSeckill(Long productId, Long userId) {
        // 1. 检查库存是否足够(使用 Redis)
        String stockKey = "product_stock_" + productId;
        Integer stock = (Integer) redisTemplate.opsForValue().get(stockKey);

        if (stock == null || stock <= 0) {
            return false;
        }

        // 2. 扣减库存(原子操作,使用 Redis 的 Decr 命令)
        Long newStock = redisTemplate.opsForValue().decrement(stockKey);
        if (newStock < 0) {
            return false;
        }

        // 3. 将请求放入消息队列(异步下单)
        // 例如使用 RabbitMQ 进行异步下单处理
        orderService.createOrderAsync(productId, userId);

        return true;
    }
}

为了避免数据库的高并发压力,我们将订单的生成放入消息队列进行异步处理,如下所示。

@Service
public class OrderService {

    @Autowired
    private RedisTemplate<String, Object> redisTemplate;

    @Autowired
    private OrderRepository orderRepository;

    // 异步创建订单
    public void createOrderAsync(Long productId, Long userId) {
        // 这里使用消息队列的方式处理订单
        // 可以用 RabbitMQ 或 Kafka

        // 消息处理逻辑
        createOrder(productId, userId);
    }

    // 实际创建订单逻辑
    @Transactional
    public void createOrder(Long productId, Long userId) {
        // 1. 检查库存(从数据库中获取最新库存)
        Product product = productRepository.findById(productId).orElseThrow(() -> new RuntimeException("商品不存在"));
        
        if (product.getStock() <= 0) {
            throw new RuntimeException("库存不足");
        }

        // 2. 扣减库存
        product.setStock(product.getStock() - 1);
        productRepository.save(product);

        // 3. 创建订单
        Order order = new Order();
        order.setProductId(productId);
        order.setUserId(userId);
        order.setStatus(1);  // 状态:已创建
        orderRepository.save(order);
    }
}

Redis的Decr命令是一个原子操作,可以避免高并发下的超卖问题。在实际库存扣减时,我们可以加上分布式锁(Redis 的 setnx 命令),确保多个用户同时扣减库存时的线程安全。

另外我们可以通过Redis来实现限流操作,如下所示。

@Aspect
@Component
public class RateLimiterAspect {

    private final RateLimiter rateLimiter = RateLimiter.create(100); // 每秒最多处理100个请求

    @Around("@annotation(SeckillLimit)")
    public Object around(ProceedingJoinPoint joinPoint) throws Throwable {
        if (!rateLimiter.tryAcquire()) {
            throw new RuntimeException("请求过多,限流中");
        }
        return joinPoint.proceed();
    }
}

总结

以上就是基于Spring Boot技术栈实现的秒杀系统可以处理高并发场景,为了防止超卖情况,我们通过Redis技术和消息队列技术来保证系统的高性能和高可用性,具体使用场景中可以结合实际的业务需求对相关内容进行调整优化。

相关推荐

Redis教程——数据类型(字符串、列表)

上篇文章我们学习了Redis教程——Redis入门,这篇文章我们学习Redis教程——数据类型(字符串、列表)。Redis数据类型有:字符串、列表、哈希表、集合、有序集合、地理空间、基数统计、位图、位...

说说Redis的数据类型(redis数据类型详解)

一句话总结Redis核心数据类型包括:String:存储文本、数字或二进制数据。List:双向链表,支持队列和栈操作。Hash:字段-值映射,适合存储对象。Set:无序唯一集合,支持交并差运算。Sor...

Redis主从复制(Redis主从复制复制文件)

介绍Redis有两种不同的持久化方式,Redis服务器通过持久化,把Redis内存中持久化到硬盘当中,当Redis宕机时,我们重启Redis服务器时,可以由RDB文件或AOF文件恢复内存中的数据。不过...

深入解析 Redis 集群的主从复制实现方式

在互联网大厂的后端开发领域,Redis作为一款高性能的内存数据库,被广泛应用于缓存、消息队列等场景。而Redis集群中的主从复制机制,更是保障数据安全、实现读写分离以及提升系统性能的关键所在。今...

Redis + MQ:高并发秒杀的技术方案与实现

大家好,我是一安~前言在电商秒杀场景中,瞬间爆发的海量请求往往成为系统的生死考验。当并发量达到数万甚至数十万QPS时,传统数据库单表架构难以支撑,而Redis与消息队...

Redis面试题2025(redis面试题及答案2024)

Redis基础什么是Redis?它的主要特点是什么?Redis和Memcached有什么区别?Redis支持哪些数据类型?Redis的字符串类型最大能存储多少数据?Redis的列表类型和集合类型有什么...

Redis学习笔记:过期键管理与EXPIRE命令详解(第七章)

在Redis中,过期键(ExpireKey)机制是实现缓存自动失效、临时数据管理的核心功能。EXPIRE命令作为设置键过期时间的基础工具,其工作原理与使用细节直接影响系统的内存效率和数据一致性。本章...

Redis传送术:几分钟内将生产数据迁移到本地

在生产环境中使用Redis就像一把双刃剑。它快速、强大,存储了大量实时数据——但当你想要在本地调试问题或使用真实数据进行测试时,事情就变得棘手了。我们要做什么?我们想要从生产环境Redis实例中导出键...

使用redis bitmap计算日活跃用户数

Metrics(指标)在允许延迟的情况下,通常通过job任务定时执行(如按小时、每天等频率),而基于Redis的Bitmap使我们能够实时完成此类计算,且极其节省空间。以亿级用户计算“日活跃用户...

大部分.NET开发者都不知道的Redis性能优化神技!

你还在为Redis存储空间不够而发愁吗?还在为Json数据太大导致网络传输缓慢而头疼吗?今天我要告诉你一个让Redis性能飙升300%的秘密武器!这个技巧简单到让你怀疑人生,但效果却强大到让你的老板对...

Redis学习笔记:内存优化实战指南(第六章)

Redis作为内存数据库,内存使用效率直接影响系统性能与成本。对于处理大规模数据的场景,合理的内存优化能显著降低资源消耗,提升服务稳定性。本章将基于Redis的内存管理特性,详解实用的优化技巧与最佳实...

大数据-47 Redis 内存控制、Key 过期与数据...

点一下关注吧!!!非常感谢!!持续更新!!!AI篇持续更新中!(长期更新)AI炼丹日志-30-新发布【1T万亿】参数量大模型!Kimi-K2开源大模型解读与实践,持续打造实用AI工具指南!...

Redis学习笔记:内存优化进阶与实战技巧(第六章·续)

上一节我们介绍了Redis内存优化的基础策略,本节将深入更多实战技巧,包括数据结构的精细化选择、过期键的内存回收机制,以及大规模场景下的内存管理方案,帮助你在高并发场景下进一步提升内存利用率。七、数据...

低配服务器(2核3G)宝塔面板的Redis优化指南:512MB内存高效运行

在2核3G内存的低配服务器上部署Redis服务时,资源分配不当极易导致服务器崩溃。本文针对宝塔面板环境(PHP8.2+MariaDB10.6+Nginx),提供经过实战验证的Redis优化...

Redis:为什么您应该多缓存少查询(为什么使用redis做缓存而不是其他的消息队列入kafka)

还在一次又一次地调用相同的API吗?这不仅效率低下——而且成本高昂。性能缓慢、成本更高,用户体验更差。让我们停止这种做法——从这篇文章开始。:D首先您需要了解Redis,简单来说,它是一个超快速的内存...

取消回复欢迎 发表评论: