方圆的秒杀系统优化方案实战，（一）想说的话

1. 希望能有用

大家好&＃xff0c;我是方圆。之前在部门业务中开发过类似秒杀的功能&＃xff0c;但是因为QPS并不是很高&＃xff0c;所以使用到的技术栈和指定的业务方案比较简单。

但是对此并不满意&＃xff0c;再加上之前校招的时候跟着视频写过一个秒杀系统&＃xff0c;回头看它觉得它实在是太low了&＃xff0c;借着这些引子&＃xff0c;想把那些网上听过的不错解决方案实现。

为了方便大家参考和仿写&＃xff0c;或者是从0到1的开发&＃xff0c;我打算创建不同的分支来保存具体的改动&＃xff0c;它也像是这个秒杀系统不断演进一样&＃xff0c;能够面对更大规模的并发量。

2. 分支介绍

目前该项目做到的优化包括缓存、限流和异步削峰&＃xff0c;点击进入该项目Github 。

• master&＃xff1a;主分支将集成秒杀系统所有的功能&＃xff0c;它是秒杀系统的完全体
• base-framework&＃xff1a;这个分支只是搭了一个架子&＃xff0c;添加了一些通用的实体类&＃xff0c;保留它的目的是方便大家从0到1的去实现这个秒杀项目&＃xff0c;只不过需要大家根据自己的环境更改一下配置
• base-function&＃xff1a;这个分支保留的是这个系统的最基础的针对秒杀活动、秒杀商品、订单的CRUD功能&＃xff0c;未进行任何针对高并发的优化&＃xff0c;大家也可以从这个分支开始&＃xff0c;但是这个项目采用的是DDD架构&＃xff0c;推荐考虑也把这个分支的代码写一写&＃xff0c;更好的理解DDD
• increase_local_cache&＃xff1a;这个分支是缓存设计的开始&＃xff0c;对应本地缓存&＃xff0c;是在base_function分支上进行开发的
• increase_distributed_cache&＃xff1a;在本地缓存的基础上引入分布式缓存&＃xff0c;它是在increase_local_cache分支基础上进行开发的
• increase_refresh_cache&＃xff1a;该分支对应秒杀活动、商品在执行发布、上线和下线操作时对缓存的更新的代码
• increase_stock_cache&＃xff1a;对应商品库存在缓存中的初始化、扣减和增加相关的代码
• increase_sentinel&＃xff1a;在缓存的基础上&＃xff0c;添加限流&＃xff0c;并使用Nacos进行配置
• increae_mq&＃xff1a;借助MQ异步实现削峰

3. 项目介绍

3.1 DDD架构

各个层次的依赖关系如下

1. flash-sale-app 应用层&＃xff0c;主要放的是service实现
2. flash-sale-controller controller层&＃xff0c;处理API请求和业务异常的处理
3. flash-sale-domain 领域层&＃xff0c;在我们的系统中&＃xff0c;它不依赖任何层级&＃xff0c;是最干脆和整洁的一层
4. flash-sale-infrastructure 基础设施层&＃xff0c;为上面各层提供通用的技术能力&＃xff0c;包括消息处理、持久化机制、缓存处理等
5. flash-fale-start 启动服务&＃xff0c;Application和配置都在这一层

3.2 使用的组件

• mybatis-plus&＃xff1a;为了避免手写简单SQL&＃xff0c;集成进来再方便不过
• swagger3.0&＃xff1a;懒得用postman&＃xff0c;方便的页面API调用&＃xff0c;访问http://localhost:8090/api/swagger-ui/即可使用&＃xff0c;也能在项目启动的时候发现它
• Redis&＃xff1a;分布式缓存使用的Redis&＃xff0c;也是必须会的中间件
• Kafka&＃xff1a;异步削峰借助Kafka实现
• Sentinel&＃xff1a;限流
• Nacos&＃xff1a;限流配置文件和yaml配置文件&＃xff0c;实现配置文件中内容的及时更新以控制定时任务的执行

4. 结语

这篇文章起稿于2月24日&＃xff0c;完稿于4月中旬&＃xff0c;由于工作在身&＃xff0c;开发全都是在休息时间。但是写到分库分表解决更大型秒杀场景的时候&＃xff0c;觉得心有余而力不足&＃xff0c;看了一些别人的秒杀解决方案之后&＃xff0c;发现自己忽略掉了很多细节&＃xff0c;还有很大的优化空间&＃xff1a;缓存的去中心化、保证Redis的高可用性、布隆过滤器、Niginx负载均衡、分布式事务等等&＃xff0c;我目前做的这些相比于高大上的解决方案就像是洒了洒水…

但是这个项目也有值得参考的地方&＃xff0c;因为它是我一步步自己写出来的&＃xff0c;保证每一步都能实现&＃xff0c;另外它还有详细的注释和我开发过程中的体会。还有它体现的是我的代码习惯&＃xff0c;受《代码整洁之道》影响&＃xff0c;我有信心它会对大家有一些参考价值。以它现在的阶段&＃xff0c;其实我觉得并不适合写在简历上&＃xff0c;虽然比我当时校招时的秒杀项目要完善&＃xff0c;但是当我发现有很多很多优秀解决方案的项目时&＃xff0c;还是觉得这个项目更像是一个玩具…

如果未来再有机会&＃xff0c;再写吧…

5. 巨人的肩膀

• 《高并发秒杀的设计精要与实现》&＃xff0c;它的代码可读性比较差&＃xff0c;有些乱
• 《图解 Kafka 之实战指南》
• GitHub&＃xff1a;如何设计一个秒杀系统
• 《Java秒杀系统方案优化 高性能高并发实战》&＃xff0c;别去看这个慕课网的课了&＃xff0c;很low
• 《代码整洁之道》
• 《京东秒杀架构升级优化实践》