商品详情页

根据商品id查出商品信息返回VO包括rmiaoshaStatus、emainSeconds前端根据数据展示秒杀按钮点击开始秒杀

订单详情页

后端返回秒杀状态miaoshaStatus前端根据秒杀状态设置页面

状态码

禁用秒杀按钮显示倒计时设置定时器回调函数一秒一次修改remainSeconds

值直到

0清除设置定时器则修改页面启用秒杀按钮已开始remainSeconds

-1启用秒杀按钮已结束

th:text${remainSeconds}/span秒/spanspan

th:if${miaoshaStatus

传入参数usergoods用户秒杀商品秒杀成功后生成订单信息包含两个

订单详细信息秒杀订单信息包括user_id、order_id、goods_id便于设置唯一索引user_id、goods_id

支付模块

页面缓存URL缓存Thymeleaf对象缓存页面静态化前后端分离静态资源优化CDN优化

页面缓存

从缓存中取html源代码非空返回(缓存命中)若缓存为空(缓存失效)

手动渲染

thymeleafViewResolver.getTemplateEngine模板引擎WebContext包含业务数据同时添加页面缓存页面缓存有效期比如60秒返回html源代码页面缓存一般有效期比较短保证数据及时性

RequestMapping(value

redisService.get(GoodsKey.getGoodsList,

String.class);//

goods_list;model.addAttribute(goodsList,

goodsList);//

response,request.getServletContext(),

request.getLocale(),

thymeleafViewResolver.getTemplateEngine().process(goods_list,

ctx);if

{redisService.set(GoodsKey.getGoodsList,

html);}//

页面缓存商品列表无参数URL缓存商品详情接口有ID参数ID不同商品详情不同

参数不同页面信息不同

页面缓存、url缓存有效期比较短适用于页面变化不大的场景如商品列表商品列表有分页只缓存前几页

对象级缓存

失效应用程序先从cache取数据没有得到则从数据库中取数据成功后放到缓存中。

命中应用程序从cache中取数据取到后返回。

更新先把数据存到数据库中成功后再让缓存失效。

试想两个并发操作一个是更新操作另一个是查询操作更新操作删除缓存后查询操作没有命中缓存先把老数据读出来后放到缓存中然后更新操作更新了数据库。

于是在缓存中的数据还是老的数据导致缓存中的数据是脏的。

前后端分离

常用技术AngularJS、Vue.js、React优点利用浏览器的缓存

前后端分离

静态数据缓存动态数据调接口页面静态化html、css、js、image缓存到浏览器端动态数据通过服务端获取不需要使用页面缓存和URL缓存了浏览器端已经进行了缓存再用页面缓存和URL缓存没有什么意义对象缓存可以继续使用前后端分离后不经过服务端客户端直接跳转到商品详情页面然后商品详情页面Ajax请求动态数据

商品详情静态化、订单详情静态化

同时根据miaoshaStatus、remainSeconds修改页面

秒杀接口前后端分离

配置静态文件路径不配置304前后端仍然交互了一次配置后200静态文件直接从浏览器取缓存不需要访问服务器减少交互配置后减少前后端交互Cache-Controlmax-age3600缓存时间

静态资源优化

组合多个CSS、JS文件的访问请求变成一个清求自动去除空白字符和注释从而减小页面的体积webpack工具打包

CDN

Network**内容分发网络。

**根据用户位置等访问最近的镜像

等文件缓存到全球各地的服务器上当用户请求这些资源时可以从离用户最近的服务器上获取资源从而提高资源的访问速度和用户的访问体验。

CDN

由于高并发场景下会有大量的用户同时访问网站如果所有的请求都直接访问源站就会导致源站的带宽和服务器资源受到过大的压力从而导致网站的访问速度变慢或者出现宕机等问题。

因此在高并发场景下使用

可以将流量分散到全球各地的服务器上从而减轻源站的压力提高网站的访问速度和可用性。

接口优化

Redis预减库存减少数据库访问内存标记减少Redis访问请求先入队缓冲异步下单增强用户体验Nginx水平扩展

系统初始化把商品库存数量加载到Redis收到请求Redis预减库存库存不足直接返回否则进入3请求入队立即返回排队中请求出队生成订单减少库存客户端轮询是否秒杀成功

加载库存

InitializingBean接口覆写afterPropertiesSet(方法系统初始化调用此方法加载库存、内存标记到缓存

内存标记

减少redis负载访问秒杀接口时先访问redis内存标记若为true则直接返回商品卖完啦设置redis内存标记初始化为

入队缓冲

库存足够没有秒杀过进入下个步骤入队用户商品id用户秒杀商品作为消息发送消息到队列消息接受者监听接收消息异步下单

判断数据库库存是否库存大于0判断是否已经秒杀到了是否存在秒杀订单减库存成功才下单下订单写入秒杀订单唯一索引

秒杀成功后返回排队中前端开始轮询类比12306买票不马上返回是否抢票成功显示正在排队中

order存在表示秒杀成功返回

设置一个缓存标记(false)减库存时若库存为0时设置缓存表示已经秒杀完毕修改缓存标记(true)轮询时若缓存标记为true则卖完啦返回秒杀失败

RabbitMQ

同步直接调用转换成异步间接推送把瞬时并发的大量请求平推出去削弱峰值

然后出队生成订单修改库存

RabbitListener(queues队列名字/交换机名字)

监听队列或交换机接受消息

Exchange按照routingkey分发到指定队列Topic

Exchange多关键字匹配发给多个队列交换机和队列通过routingkey绑定

发送消息到交换机时交换机key和队列key若匹配则消息发送到队列Fanout

Exchange广播模式无routingkey的概念和交换机绑定的队列都能获得消息Headers

Exchange

发送消息时key-value匹配队列全部满足或者满足任何一个队列才会收到消息

安全优化

秒杀接口地址隐藏防止明文暴露提前抢票、黄牛机器人抢票数学公式验证码保护获取秒杀地址的接口分散请求接口限流防刷保护防止恶意刷接口

添加生成验证码的接口在获取秒杀路径的时候验证验证码ScriptEngine使用

秒杀接口地址隐藏

秒杀接口改造带上PathVariable参数添加生成地址的接口秒杀收到请求先验证PathVariable

逻辑请求生成地址接口、返回path、秒杀接口拼接path真正接口、访问真正秒杀接口、先验证path

接口可以返回一个页面的url让浏览器跳转到这个新的url页面新的页面才是真正的秒杀页面活动开始前和活动开始后是两个完全不同的页面这样就可以防止提前抓取网页了为了防止恶意用户提前抓取网页对网页进行分析然后写出刷接口的机器人工具。

活动开始之前恶意用户就算分析网页写了刷接口的程序也没用因为那个页面并不是真正的秒杀页面。

数学公式验证码

添加生成验证码的接口答案写入缓存在点击秒杀获取路径的时候去验证验证码防止暴露获取动态路径

path

页面生成验证码同时验证码答案写入缓存keyuerIdgoodsId有效时间用户输入验证码点击按钮访问生成地址接口获取秒杀路径验证用户输入和缓存验证验证成功后删掉缓存防止再次使用然后生成path验证成功后才生成path返回访问真正秒杀接口

防止机器人刷票软件延缓请求错峰请求秒杀接口保护作用验证码不对直接返回错误代码。

防止

获取秒杀地址接口

首先自定义方法注解放到秒杀接口的方法上接着注册拦截器并覆写方法服务器接到请求时拦截器会先拦截请求并获得注解然后在覆写的方法中进行逻辑判断

小于等于限制次数1大于限制次数返回失败

拦截器在参数解析器前执行都需要在WebMvcConfigurer中注册

在网关上做限流。

比如在nginx上写lua脚本来实现在应用上做单机限流。

使用诸如基于Guava的RateLimiter令牌桶的方式在应用上做分布式限流。

比如redisson提供了个基于redis的RateLimiter如果是SpringCloud项目可用的就更多了比如SpringCloud

服务端优化

2G-XX:HeapDumpOnOutOfMemoryError;-XX:HeapDumpPath$CATALINA_HOME/logs/heap.dump;内存溢出时将内存映像放到$CATALINA_HOME/logs/heap.dump

并发优化

maxConnections服务器支持最大并发连接数量acceptCount当服务器的并发连接数都在使用时会有一个队列来存放新来的请求队列满时接收到的任何请求都将被拒绝maxThreads最大工作线程数minSpareThreads最小空闲的工作线程autoDeploy

Tomcat

服务器的核心动态链接库来处理文件读取或网络传输操作从而大大地提高

Tomcat

反向代理到集群server_pool_miaosha;配置多台服务器localhost、o***rserver等

负载均衡

服务器按照权重分配请求数量如上图weight1均分请求max_fails2最大失败次数判断服务器是否存活超过次数认为服务器挂掉不会分配请求了