共计 1180 个字符，预计需要花费 3 分钟才能阅读完成。
大部分的高并发解决根本都是在后端解决，然而在局部非凡状况下，后端无奈阻止用户行为，须要前端做配合。例如在抢购、秒杀等场景。
高并发是什么？
对此，咱们首先须要简略的去理解一下，高并发是什么？
高并发是指在极短单位工夫内，有很多用户同时的拜访同一 API 接口或者 Url 地址，造成极多个申请同时发动到服务器。它常常会产生在有大沉闷用户量，用户高汇集的业务场景中。
编辑
浏览器申请限度
浏览器在向后端发送 http 申请是，就会有高并发解决。应用 HTTP/2.0，实践上 HTTP/2.0 协定反对在同一个 TCP 连贯上发送有限个 HTTP 申请，且这些申请的生命期能够重叠。然而实际上，浏览器并不会同时将所有申请就发过来，还是会有工夫距离。
前端能够做些什么？
尽管浏览器曾经对 http 申请并发设置了限度，然而并不能很好的解决掉不必要的申请。而且在局部状况下，用户较多，并且在同一时间端屡次申请，如图：
(浏览器到服务器局部的申请会被后盾拒掉甚至可能会导致后盾解体)
编辑
浏览器并不会过滤掉一部分申请，只是会分批发送。这时候极有可能会造成卡顿，甚至解体。所以如果，在浏览器发送申请时，能够杜绝掉一部分非必要申请就好了。
编辑
解决办法
图片方面
1.CSS sprites
俗称 CSS 精灵、雪碧图，雪花图等。行将多张小图片合并成一张图片，达到缩小 HTTP 申请的一种解决方案。可通过 CSS 中的 background 属性拜访图片内容。这种计划同时还能够缩小图片总字节数，节俭命名词汇量。
2. 压缩图片
图片占据资源极大，因而尽量避免应用多余的图片，应用时抉择最合适的格局大小，而后应用智图压缩，同时在代码中用 Srcset 来按需显示。(切记不要过分压缩 可能会导致图片迷糊)
3. 图片应用 Base64 编码
缩小页面申请数, 采纳 Base64 的编码方式将图片间接嵌入到网页中。(然而这样做会有一个弊病，就是 base64 解码也是须要耗费工夫的)
文件方面
1. 合井脚本和样式表
将局部 js 和 css 模块合并，多个合并为单个。(无需适度合并，要思考前期接你代码的兄弟) 缩小申请次数。
代码压缩
1.js 代 码 压 缩
JavaScript 压 缩 的 原 理 一 般 是 去 掉 多 余 的 空 格 和 回 车、替 换 长 变 量 名、简 化 一 些 代 码 写 法 等 (有的时候简化写法性能可能会升高，这点依照理论状况来吧)。
2.css 代 码 压 缩
原理和 JS 压缩原理相似，同样是去除空白符、正文井且优化一些 css 语义规定等。(去除正文这种阳间操作的话，咱尽量不做昂)
过滤申请
1. 缩小拜访 API 或者不拜访
应用防抖节流等形式，升高申请次数。例如 1 秒只许点击 1 次。
2. 利用缓存存放数据
将一些实时性批改，然而不必须发送给后端存储的数据，放在缓存中。例如批改头像，然而还没点确定批改时。
3. 防止高频刷新页面获取数据
做一个限定，防止高频刷新带给服务器的压力。例如能够几秒内刷新页面中，只获取一次页面款式或者列表等数据。
