tags:项目简介本项目大部分手搓小部分AI。参照里哔哩哔哩 优极限【完整项目实战】半天带你用-springBoot、Redis轻松实现Java高并发秒杀系统-我们要能够撑住100W级压力本项目直接改造为前后端分离版本技术点介绍课程内容介绍学习目标设计一个秒杀系统秒杀对我们来说都不是一个陌生的东西。每年的双11,618以及时下流行的直播等等。秒杀然而这对于我们系统而言是一个巨大的考验。那么如何才能更好地理解秒杀系统呢我觉得作为一个程序员你首先需要从高维度出发从整体上思考问题。在我看来秒杀其实主要解决两个问题一个是并发读一个是并发写。并发读的核心优化理念是尽量减少用户到服务端来“读”数据或者让他们读更少的数据并发写的处理原则也一样它要求我们在数据库层面独立出来一个库做特殊的处理。另外我们还要针对秒杀系统做一些保护针对意料之外的情况设计兜底方案以防止最坏的情况发生。其实秒杀的整体架构可以概括为“稳、准、快”几个关键字。所谓“稳”就是整个系统架构要满足高可用流量符合预期时肯定要稳定就是超出预期时也同样不能掉链子你要保证秒杀活动顺利完成即秒杀商品顺利地卖出去这个是最基本的前提。然后就是“准”就是秒杀 10 台 iPhone那就只能成交 10 台多一台少一台都不行。一旦库存不对那平台就要承担损失所以“准”就是要求保证数据的一致性。最后再看“快”“快”其实很好理解它就是说系统的性能要足够高否则你怎么支撑这么大的流量呢不光是服务端要做极致的性能优化而且在整个请求链路上都要做协同的优化每个地方快一点整个系统就完美了。所以从技术角度上看“稳、准、快”就对应了我们架构上的高可用、一致性和高性能的要求高性能。秒杀涉及大量的并发读和并发写因此支持高并发访问这点非常关键。对应的方案比如动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化一致性。秒杀中商品减库存的实现方式同样关键。可想而知有限数量的商品在同一时刻被很多倍的请求同时来减库存减库存又分为“拍下减库存”“付款减库存”以及预扣等几种在大并发更新的过程中都要保证数据的准确性其难度可想而知高可用。现实中总难免出现一些我们考虑不到的情况所以要保证系统的高可用和正确性我们还要设计一个 PlanB 来兜底以便在最坏情况发生时仍然能够从容应对。[[1.java秒杀项目第一课-项目工程]][[2.java秒杀项目第二课-后端登录功能]][[3.java秒杀项目第三课-前端项目初始化]][[4.java秒杀项目第四课-后端商品后台接口]][[5.java秒杀项目第五课-商品秒杀后台接口]][[6.java秒杀项目第六课-前端商品秒杀页面]][[7.java秒杀项目最终章]]