一个经验证可落地的秒杀系统实践思路

正文

请到「今天看啥」查看全文

Booking和Order API我就不分开来讲，当秒杀成功以后用于生成订单。

大胆设计

关于怎么支持高并发有两种策略可以结合，通过前端限流机制只放10%左右的流量到后端，90%的人直接提示秒杀结束，下面我主要是讲讲后端怎么实现。我想Redis大家都用过，其高并发能力超强，理论峰值是单机每秒能支持10万次读写，Redis还可以支持分布式集群扩展性强。还有一点Redis更新操作是原子性的，更新数据是单线程的安全有保证。锁定库存就用Redis来实现，大致的流程如下：

流程梳理

1. 预热缓存，即将产品信息以及库存信息刷新到缓存之中，难道只存这些信息么？这两项是最主要的，其它附加的后面会讲到。

2. 后台应用接收前端的访问，我为什么要明确画出Tomcat容器，这个后续也是也有用的。

3. 通过产品信息为key，去对Redis库存信息执行库存减操作。

4. 有个long型值返回。

5. 判断返回值是否大于或者等于0。

6. 执行到这里说明该用户应该是可以下订单购买的。

请到「今天看啥」查看全文