【学习笔记】seckill-秒杀项目--（11）项目总结

最新推荐文章于 2024-05-18 16:42:38 发布
最新推荐文章于 2024-05-18 16:42:38 发布
阅读量376 收藏 1
点赞数 2
分类专栏： Java学习 学习笔记 文章标签： java redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43950000/article/details/124759861
版权

一、秒杀项目总结

1.1 项目框架搭建

  • SpringBoot环境搭建
  • 集成Thymeleaf，RespBean
  • Mybatis

1.2 分布式会话

  • 用户登录
    • 设计数据库
      用户表：账户id，密码，加密盐等
    • 明文密码二次MD5加密
      第一次是因为http明文传输需要加密，第二次是防止数据库被盗
    • 参数校验+全局异常处理
      通过对输入的参数LoginVo加注解@validated，然后在传入的参数mobile和password上加上注解判断是否为空
      全局异常处理为了提示用户出现的异常
  • 共享Session
    • SpringSession
    • Redis

1.3功能开发

  • 商品列表
    为了展示商品信息，需要封装GoodsVo，来展示商品信息，包括价格，库存，秒杀起止时间等
  • 商品详情
    同样需要GoodsDetailsVo
  • 秒杀
    在控制层先判断库存，在redis中预减库存，然后判断订单是否存在，发送请求 到消息队列，后创建订单
  • 订单详情
    创建OrderVo

1.4 系统压测

  • JMeter
  • 自定义变量模拟多用户
  • 正式压测
    • 商品列表
    • 秒杀

1.5 页面优化

  • 页面缓存+URL缓存+对象缓存
    1. 秒杀的瓶颈在数据库，所以要加上各种粒度的缓存，最大的是页面缓存、最小的是对象缓存
    2. 页面缓存步骤（商品列表）
      从redisService中取缓存，如果缓存中没有则利用thymeleaf手动渲染页面，然后将页面加入缓存，并返回渲染页面。
    3. URL缓存（商品详情页）
      与页面缓存步骤基本一致，但是需要取缓存和加缓存时加上参数商品ID
    4. 对象缓存（User）
      前面的页面缓存和URL缓存适合变化不大的，缓存时间比较短的。对象缓存是长期缓存。第一步是取缓存，若缓存没有，则去数据库中查找，并加入缓存；如果数据库中没有，则抛出异常。
  • 页面静态化，前后端分离
    1. 页面静态化就是使用纯HTML页面+Ajax请求json数据后再填充页面
    2. 若A页面跳转到B页面之前需要条件判断可以先再A页面中利用ajax请求判断后再跳转
    3. 不需要的话可以直接跳转到B页面，由B页面自己发起ajax请求
  • 静态资源优化

1.6 接口优化

  • Redis预减库存，减少数据库访问
  • 内存标记，减少Redis访问
    在系统初始化的时候加载商品库存到redis中进行标记，判断库存时不需要去数据库读取，直接在redis中进行读取
  • RabbitMQ异步下单
    • SpringBoot整合RabbitMQ
    • 交换机

1.7 安全优化

  • 秒杀接口地址隐藏
    前端页面在秒杀未开始时秒杀按钮设置为不可用，可是有可能有用户通过前端js代码找到秒杀地址，在秒杀未开始前直接访问，秒杀接口隐藏的目的是用户通过js获取到的秒杀地址不能让他进行秒杀操作
    在秒杀开始之前通过Controller中的/path路径下的类随机生成一个path，然后和用户ID、商品ID一起存入redis。在执行秒杀的时候再从redis中取path进行验证，然后再进行秒杀
  • 算术验证码
  • 接口防刷
    当用户访问接口时，把访问次数写入缓存，并设置有效期。一分钟内记录访问次数，如果超出限制，则进行限流操作。如果没有超限，则缓存消失，下次访问时再重新写入缓存

1.8 秒杀流程

  1. 登录进入商品列表页面，静态资源缓存进redis
  2. 点击进入商品详情页面，静态资源缓存进redis，通过Ajax获取验证码等动态信息
  3. 点击秒杀，将验证码结果和商品ID传给后端，如果正确。动态生成UUID，加上用户ID和商品ID存入redis，并将路径path传到前端。前端根据path地址调用秒杀服务
  4. 服务端获取请求的path参数，查询是否存在缓存
  5. 存在的话，且redis中还有库存信息，则在redis中进行预减库存，看是否生成订单，没有的话，将请求发送到消息队列
  6. 从消息队列中获取消息：获取商品ID，用户ID，进行下单操作
  7. 下单操作：减库存，生成订单
  8. 前端轮询订单生成结果和秒杀成功与否

二、项目重难点

秒杀接口高并发的实现、以及安全优化

三、项目推荐

在做完秒杀或者谷粒商城后，想自己做个个性化的项目一般选择什么？可以根据亮点和难点来进行设计。

3.1 项目亮点设计

  • 代码质量
    比如做单元测试，测试代码覆盖率
  • 项目上线
    部署到云上
  • 制造事故现场，压测现场
    比如加缓存，性能提升多少倍

3.2 项目难点设计

  • 制造内存泄漏OOM的Bug，然后制造排查、修复的过程
  • 制造并发问题，比如出现死锁、HashMap导致并发，换成ConcurrentHashMap、原子类、volatile
  • 流量突增问题，蓄洪泄洪
47roroya
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Seckill-SSM-master - 秒杀系统源码
12-18
Seckill-SSM-master - 秒杀系统源码 - 详情：https://blog.csdn.net/Dream_Weave/article/details/85060813
Seckill-RPC：seckill秒杀项目【PRC】
02-02
SecKill-RPC 简介 在线秒杀web应用程序-升级版 用户可以在秒杀开启；进行杀害活动；秒杀结束，阻止用户秒杀；用户成功秒杀到商品后阻止其二次秒杀； 演示： 特性 项目分为【前端】和【预定】 前端处理与用户打交道的工程，精心专门处理数据交互 由于是对之前的项目进行升级，所以本项目由三个模块组成： seckill也就是之前的版本，虽然进行修改，但还是一个经典的SSM结构 seckillback不关心与用户的交互，专心处理数据的模块 seckillapi为seckill以及seckillback提供公共类或接口 当上游数据顺利到达下游后，seckill将消息发送到MQ，seckillback处理消息，进行创建订单与扣减库存，因此需要使用到RabbitMQ提供消息中间件的服务，以及Dubbo提供RPC调用服务 运行流程图： 项目整体结构图： 为确保消息100％落地，额外添加brokerDB，通过定时检查该库status插入为非1的数据行并进行补偿操作，从而避免消费MQ失败。 优化思路 秒杀业务分析 特点：瞬时并发量大，库存少，业务流程简单 技术难点：冲击现有的业务，限制URL界面开
seckill-parent:秒杀项目的工程
05-14
seckill-parent 秒杀项目的工程
seckill-master:SSM实战项目——Java高并发秒杀API，详细流程+学习笔记
05-08
SSM实战项目——Java高并发秒杀API 本文包括了项目的完整流程+开发过程中遇到的各种坑的总结+学习笔记和问题扩展，如果觉得README太长，我在blog里进行了分章， 这是完成后的项目，(阿里云到期了orz) 项目截图 秒杀列表 秒杀详情页 错误提示 开始秒杀 秒杀成功 重复秒杀 秒杀倒计时 秒杀结束 项目介绍 何为秒杀？ 所谓“秒杀”，就是网络卖家发布一些超低价格的商品，所有买家在同一时间网上抢购的一种销售方式。由于商品价格低廉，往往一上架就被抢购一空，有时只用一秒钟。 为何选择Java高并发秒杀作为实战项目？ 秒杀业务场景具有典型事务特性 秒杀/红包类需求越来越常见 为何使用SpringMVC+Spring+MyBatis框架 框架易于使用和轻量级 低代码侵入性 成熟的社区和用户群 能从该项目得到什么收获？ 框架的使用和整合技巧 秒杀分析过程与优化思路 项目来源 这是慕课网上的一
商城秒杀项目Seckill-Demo笔记
06-02
B站乐字节秒杀项目的个人学习笔记，课程连接https://www.bilibili.com/video/BV1sf4y1L7KE
【学习笔记】seckill-秒杀项目--（6）秒杀功能
qq_43950000的博客
04-16 619
一、秒杀倒计时 1.1 跳转逻辑 在跳转到详情页面的时候，对比秒杀开始时间、结束时间与当前时间。在model中传入秒杀状态与倒计时时间。 在前端页面根据秒杀状态与倒计时的状态进行不同的显示。 /** * 跳转商品详情页 * @author 47roro * @date 2022/4/15 * @param goodsId * @return java.lang.String **/ @RequestMapping("/toDetail/{goodsId}") public String toDe
【学习笔记】seckill-秒杀项目--（4）登录功能总结及优化
qq_43950000的博客
04-15 841
一、总结 一开始使用最简单的从controller 到 service 到数据库。 发现参数校验比较麻烦。所以引进了validation依赖。 添加了参数校验，可以抛异常，但是无法再页面进行异常状态显示。 于是添加了全局异常处理类。 如果只是单应用，就没有问题。但后来肯定要做成分布式的，就会遇到分布式session的问题。 解决分布式session的问题有两种解决方法：spring session、redis存储用户信息。 最后每一个接口都需要做用户校验，比较麻烦。 于是加上自定义的参数校验，来定义用户参数
黑马点评项目学习笔记--（5）秒杀优化
weixin_51299539的博客
06-05 247
先利用Redis完成库存余量、一人一单判断，完成抢单业务在将下单业务放入阻塞队列，利用独立线程异步下单。
Redis学习笔记 --------黑马点评项目
m0_59640673的博客
08-19 208
缓存，数据交换的缓冲区优势：减低后端负载，提高读写效率劣势：数据一致性，代码维护成本，运维成本浏览器发送的请求的数据，在redis和数据库中都未命中，即不存在这个数据，这些数据都会一直访问数据库（可能会存在恶意攻击的情况）（满足其一）同一时间大量缓存的key失效（批量添加数据…）Redis宕机一个高访问并且==缓存重建业务比较复杂（时间相对较久）==的key失效了结果：无数的请求会在重建缓存时，给数据库带来巨大的压力是一种在分布式系统下用来生成全局唯一ID的工具。
spring-boot-seckill分布式秒杀系统-其他
06-12
spring-boot-seckill分布式秒杀系统是一个用SpringBoot开发的从0到1构建的分布式秒杀系统，项目案例基本成型，逐步完善中。 开发环境： JDK1.8、Maven、Mysql、IntelliJ IDEA、SpringBoot1.5.10、zookeeper3.4.6、kafka_2.11、redis-2.8.4、curator-2.10.0 启动说明： 1、启动前 请配置application.properties中相关redis、zk以及kafka相关地址，建议在Linux下安装使用。 2、数据库脚本位于 src/main/resource/sql 下面，启动前请自行导入。 3、配置完成，运行Application中的main方法，访问 http://localhost:8080/seckill/swagger-ui.html 进行API测试。 4、秒杀商品页：http://localhost:8080/seckill/index.shtml ，部分功能待完成。 5、本测试案例单纯为了学习，某些案例并不适用于生产环境，大家根据所需自行调整。 秒杀架构： 架构层级 1、一般商家在做活动的时候，经常会遇到各种不怀好意的DDOS攻击(利用无辜的吃瓜群众夺取资源)，导致真正的我们无法获得服务！所以说高防IP还是很有必要的。 2、搞活动就意味着人多，接入SLB，对多台云服务器进行流量分发，可以通过流量分发扩展应用系统对外的服务能力，通过消除单点故障提升应用系统的可用性。 3、基于SLB价格以及灵活性考虑后面我们接入Nginx做限流分发，来保障后端服务的正常运行。 4、后端秒杀业务逻辑，基于Redis 或者 Zookeeper 分布式锁，Kafka 或者 Redis 做消息队列，DRDS数据库中间件实现数据的读写分离。 优化思路 1、分流、分流、分流，重要的事情说三遍，再牛逼的机器也抵挡不住高级别的并发。 2、限流、限流、限流，毕竟秒杀商品有限，防刷的前提下没有绝对的公平，根据每个服务的负载能力，设定流量极限。 3、缓存、缓存、缓存、尽量不要让大量请求穿透到DB层，活动开始前商品信息可以推送至分布式缓存。 4、异步、异步、异步，分析并识别出可以异步处理的逻辑，比如日志，缩短系统响应时间。 5、主备、主备、主备，如果有条件做好主备容灾方案也是非常有必要的(参考某年锤子的活动被攻击)。 6、最后，为了支撑更高的并发，追求更好的性能，可以对服务器的部署模型进行优化，部分请求走正常的秒杀流程，部分请求直接返回秒杀失败，缺点是开发部署时需要维护两套逻辑。 分层优化 1、前端优化：活动开始前生成静态商品页面推送缓存和CDN，静态文件(JS/CSS)请求推送至文件服务器和CDN。 2、网络优化：如果是全国用户，最好是BGP多线机房，减少网络延迟。 3、应用服务优化：Nginx最佳配置、Tomcat连接池优化、数据库配置优化、数据库连接池优化。
seckill：SSM实战项目——Java高并发秒杀API，详细流程+学习笔记
02-04
SSM实战项目——Java高并发秒杀API 本文包括了项目的完整流程+开发过程中遇到的各种坑的总结+学习笔记和问题扩展，如果觉得README太长，我在blog里进行了分章， 这是完成后的项目，（阿里云到期了orz） 项目截图 秒杀列表 秒杀详情页 错误提示 开始秒杀 秒杀成功 重复秒杀 秒杀倒计时 秒杀结束 项目介绍 何为秒杀？ 所谓“秒杀”，就是网络卖家发布一些超低价格的商品，所有买家在同一时间网上抢购的一种销售方式。由于商品价格低廉，经常一上架就被抢购一空，有时只用一秒钟。 为何选择Java高并发秒杀作为实战项目？ 秒杀业务场景具有典型事务特性 秒杀/红包类需求越来越常见 为何使用Spri
尚硅谷谷粒商城项目学习笔记-基础-P1项目搭建
qq_45498432的博客
10-06 3002
尚硅谷谷粒商城项目学习笔记-基础-P1项目搭建
SpringBoot构建电商基础秒杀项目-----学习笔记6
Wlison_wong的博客
08-11 224
秒杀模块 引入jar包。在pom.xml增添下列依赖 <dependency> <groupId>joda-time</groupId> <artifactId>joda-time</artifactId> <version>2.9.1</ve...
jar包增量更新分析
junlaiyan的专栏
05-16 254
借助jdeps分析出jar包的增量文件
SpringBoot接入Knife4j接口文档
最新发布
博主是个二次元死肥宅~
05-18 673
Knife4j是Java MVC框架集成Swagger生成Api文档的增强解决方案，前身是swagger-bootstrap-ui。
java实现拼图小游戏
monkey108的博客
05-16 617
本文主要提供用java实现的拼图小游戏源代码。
c【语言】了解指针，爱上指针（1）
yzqy_的博客
05-16 903
在计算机中，数据是存储在内存中的，cpu从内存中读取数据，为了方便读取数据，内存又被划分为了一个个的内存单元，一个内存单元的大小就是一字节，一字节等于8bit位，我们给内存进行编号，这个编号就是地址，在c语言中给这个地址起了个名字。是的，亲爱的读者你肯定发现了，&a、p和pc输出的地址是一样的,但&a+1与p+1输出的地址是一样的00EFF940，一次都跳过了4字节，而pc+1输出的却是00EFF93D，一次只跳过一个字节。但是硬件与硬件之间是相互独立的，这该如何实现数据传输呢？”答案当然是否定的。
命令执行漏洞（二）
XLbb的博客
05-15 904
POST方法，S2-045-bypass-2漏洞存在！,程序更改为S2-045-bypass-2漏洞测试模式, 响应码: 200。POST方法，S2-046-bypass漏洞存在！POST方法，S2-045-bypass漏洞存在！POST方法，S2-046-1漏洞存在！POST方法，S2-046-2漏洞存在！POST方法，S2-046-3漏洞存在！POST方法，S2-045-1漏洞存在！POST方法，S2-045-3漏洞存在！POST方法，S2-045-2漏洞存在！POST方法，S2-045-4漏洞存在！
jd_seckill-master
09-10
jd_seckill-master是一个开源的Python项目，专门用于京东秒杀活动的抢购。它可以帮助用户自动抢购限时商品，提高抢购成功率。 该项目的主要特点是简单易用。用户只需下载jd_seckill-master的源码，根据项目文档配置相关参数，即可开始抢购。项目利用京东提供的API接口实现了自动登录、商品查询、下单和支付等功能，减少了用户的手工操作，提高了抢购效率。另外，该项目还提供了抢购结果的邮件通知功能，用户可以及时了解自己的抢购结果。 jd_seckill-master还具有自定义性强的优点。用户可以根据自己的需求对项目源码进行修改和扩展，以适应不同的抢购场景。比如，用户可以针对不同的商品设置不同的抢购逻辑，或者根据自己的网络环境进行网络请求的优化等。这样用户可以根据自己的实际情况进行个性化定制，提高抢购的成功率和效果。 总的来说，jd_seckill-master是一个方便实用的京东秒杀抢购工具，它通过自动化和个性化定制的方式，帮助用户提高抢购的效率和成功率，使用户能够更轻松地抢购到心仪的商品。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值