Ⅰ 前端性能优化之路——图片篇。
本人是一名前端开发者，在公司负责目前负责信息流服务，为五大手机厂商和各大App提供服务，每天的请求就是以亿计算，加上我们又做了SSP和DSP，就是类似于网络广告联盟，腾讯广点通这种。接触过的应该知道，所以前端优化一直是我头痛的问题，不仅要注重用户体验，同时要兼顾收益，有时候必须牺牲一些用户体验，但是作为一名有思想的前端，还是努力规避掉，希望能和从事相同业务的同学一起学习交流一下，话不多说，就来分享我的性能优化之路，有什么不对的知识点，麻烦大家指出批评。
yahoo军规把大部分的前端优化都提到了，而在js优化这一块如果有兴趣的额，推荐大家去看《 高性能javascript 》,书里讲的非常详细。 https://segmentfault.com/a/1190000008481413
Media Queries 调用高清背景图
通过 devicePixelRatio的值，就可以区分普通显示屏和高清屏，当devicePixelRatio值等于1时（也就是最小值），那么它普通显示屏，当devicePixelRatio值大于1(通常是1.5、2.0)，那么它就是高清显示屏。这时候我们可以让UI准备2套图片，甚至是3套图片，不同像素的图利用媒体查询结合 devicePixelRatio 可以区分普通显示屏和高清显示屏，并给出了如下CSS设计方案：
也可以用less或者sass
如果省时间通用性高，就像我们是服务端用nginx对图片进行处理，想要什么样尺寸的图片自己裁切,我们提供了按比例缩放和自定尺寸的裁切方法，地址后拼接字符串就行。
与其他图片格式相比，在肉眼无法分辨图片质量差异的情况下，WebP的空间占用是最小的，目前国内外各大互联网公司都已经开始应用这一图片格式。比如美团
想实现首先是判断，即识别单次访问的来源浏览器是否支持 webp 格式，其次是执行，如果该浏览器支持，则将原图替换为 webp 格式，并返回。如果不支持，则显示原格式图片。 http://caniuse.mojijs.com/Home/Html/item/key/webp/index.html
在识别阶段，我们有两种方法：
1. Server 处理
只要有请求，服务端就能拿到你的User-Agent信息，通过对浏览器进行分类，支持webp放在白名单里，不支持的则为黑名单。判断为白名单，则直接调用，返回webp格式图片；反之，则显示原图。这种方式的优点在于，只需定期维护白名单即可，逻辑简单；缺点则在于不可扩展、不可测试、UA判断会出现不准确的情况。
Server处理中的另一种方式是通过读取 JavaScript 种下的 cookie来实现判断。这种方式的优点是表现稳定，访问速度更快，切换无压力。但缺点是，页面静态化会导致用户切换浏览器时不能自主更新，图片服务失效。比如用户用支持webp的浏览器A请求页面，这时缓存的静态页面均使用webp图片，但当该用户使用不支持webp的浏览器B时，访问网页则会出现请求不到图片的报错。
Client 处理，是美团云为美团主站提供的处理方式。在这种处理方式中，浏览器端发送的beacon webp 请求后，通过检测其加载情况来判定 webp 支持情况，然后浏览器写一个cookie。之后通过读取浏览器cookie判断是否支持webp，就可以进行下一步替换操作了。
2.替换图片过程中也是有两种处理方式：
在 server 端处理的优点是对下游开发者透明，缺点是静态页面的缓存数量会翻倍。
替换方式如下：
在 client 端处理可以比较好地应对页面静态化的情况，主要针对懒加载（非首屏）的图片进行处理，直接通过修改懒加载器来实现。
对非懒加载的图片暂时没有特别好的办法。目前，可用替换路径的方式来处理。
Client 处理实际上效果也是不错的，美团页面里90%以上的图片都是懒加载的，基本上都可以满足需求。对于大多数用户来说，采用Client 处理实现webp转换是个不错的选择。
既然提到图片这一块，我有忍不住想扯写些题外的tracking Pixel（像素追踪），几乎所有网站都会做数据的采集，上报统计。特别是我们做SSP、DSP广告这块需要获取例如
数据永远说的是实话，数据证明一切可能。如facebook广告投放的跨境电商朋友都会使用facebook Pixel(像素追踪)以获得各环节的精准数据。这样追踪数据后，我们才能投放广告后销量上去了，哪个才是效果最好的，哪个效果不好，进而通过多个数据对比，对广告进行合理的调整优化。
国内搜狗、网络、360、新浪都是用这种 tracking Pixel 方法，实际就是利用1px 的图片，在图片地址后缀拼接你需要的信息参数，浏览器在请求任何资源的时候会发送当前系统的数据，比如浏览器信息，操作系统信息，作为http请求头送过去，他们就能统计了。
为什么不用js请求统计？
并不是所有的页面都支持JS的！NoJSStats的实现机制就是网站分析中点击流数据获取的方式之一——Web Beacons，即在页面中嵌入一个1像素的透明图片，当该页面被浏览时，图片就会被请求加载，于是在后端的服务器日志中就会记录该图片的请求日志，这样就可以获得日志记录。
例如网络：
本文引用@美团云 提供的webP方法，感谢。
Ⅱ web前端白屏时间如何优化
首屏样式直喷，js加defer等，减少白屏时间可以优化关键渲染路径，主要看影响白屏时间的主要原因，可以用Chrome的lighthouse跑下试一试。
Ⅲ 2022前端开发面试记录（深圳篇）
2022年来到深圳，感觉到了与之前所在城市的差异，心里多少有点落差。虽然时机不太对吧，但是相信一切都会好起来的，给自己加油呀！
整理了一些面试被问到的问题，虽然很多是无效面试，但是我也强行问了面试官，从他们的回答中猜测了一下他们关注的面试点，所以也算是有点收获吧，只是浪费了很多简历和路费，哭唧唧。
——1、区块链——
1-1、vue生命周期；
1-2、vuex属性；
1-3、用户开始登录到登录成功都发生了什么；
1-4、git常用的命令；
——2、金融：vue——
笔试：
2-1、深浅拷贝的区别，为什么会出现深浅拷贝，浅拷贝的优势；
2-2、强制中断 foreach 遍历；
2-3、多处组件复用；
2-4、你对前端是什么概念，前端在整个软件生态内是什么角色；
2-5、Vue2 中数据变化但视图没有发生同步更新，描述一下出现的场景，解决方式，以及该问题发生的可能原因；
2-6、nextTick 是如何确保开发者能够获取到最新的 DOM 状态的；
2-7、如何使用 mixins，有何利弊；
2-8、使用 Hooks 模式开发时，useMemo，useCallback 常用来作为优化的手段。描述一下它们各自的适用场景，以及背后的原理实现?；
2-9、前端从 Jquery 时代演变至如今的三大框架，这种演变的根源是什么，jquery 解决了什么问题，如今的三大框架又是为了解决什么问题出现的？
视频面试：
2-10、js遍历树形结构，每个节点都有一个唯一ID，只能遍历一次；
2-11、组件封装的意义；
——3、知识产权：vue2、vue3、ts、react——
3-1、说一说面向对象的理解，包括继承、封装、多态等；
3-2、说一说promise；
3-3、webpack优化；
3-4、vuex使用场景；
3-5、描述一下对vue响应式原理的理解；
3-6、vue生命周期；
3-7、父子组件钩子函数执行顺序；
3-8、v-if和v-show；
3-9、js数据类型；
3-10、实现深拷贝；
——4、物流——
4-1、vue生命周期；
4-2、生命周期-修改元素样式在生命周期的哪个阶段；
4-3、生命周期-修改数据在哪个阶段；
4-4、生命周期-destroy里面会做哪些操作；
4-5、怎么修改title的内容；
4-6、父子组件传参的具体写法；
4-7、v-model的多种写法；
4-8、js数据类型；
4-9、判断数组的方法；
4-10、实现左边固定右边自适应的布局；
4-11、实现div垂直水平居中；
4-12、flex:1；
4-13、flex详解；
4-14、call,apply,bind是干什么的；
——5、新兴产业——
5-1、封装路由，怎么拦截路由；
5-2、浏览器缓存有哪些，又问localStorage和sessionStrorage的区别和应用场景；
5-3、浏览器强缓存和协商缓存；
5-4、webpack打包机制，构建过程和配置；
5-5、性能优化方法；
5-6、前端的业务和后端的API是怎么做到数据实时请求的（问的其实是前端对后端API接口的封装和管理）；
5-7、computed和watch；
5-8、说了几个关于大屏的应用场景，有没有做过，怎么做的；
——6、某水果：vue2、vue3、ts、各种前沿技术都用——
6-1、怎么封装一个组件库/工具类库，比如vue封装过什么复杂组件，jquery封装过什么类库；
6-2、get和post的区别，传参格式等；
6-3、promise怎么用的；
6-4、原型链，test()的原型链；
6-5、websocket；
6-6、es6中的generator；
6-7、es6中的set和map有啥区别，set为什么能去重；
6-8、项目难点；
——7、医疗健康：vue——
7-1、vue自定义指令配置；
7-2、webpack的理解；
7-3、对node的了解，用过express吗；
7-4、项目中的拖拽是怎么做的；
7-5、websocket和socket的区别；
7-6、听过mqtt吗，因为没听过所以解释了一下activemq的用法；
7-7、二维地图的聚合，如果有十万个点，会做什么优化；
7-8、地图实现多个点连成一条线会怎么做；
7-9、地图实现一条曲线；
7-10、内网下git怎么用的；
7-11、openlayers渲染机制；
7-12、父子组件通信方法；
7-13、router中实现拦截；
7-14、对象合并的方法；
7-15、父子组件的生命周期执行顺序，渲染阶段为什么会先执行父组件再执行子组件；
7-16、vue生命周期；
7-17、npm run dev, run build可以在项目中的什么位置找到；
7-18、vue中跳转页面的方法；
7-19、mixins用过吗；
7-20、判断引用类型的方法；
7-21、js数据类型；
7-22、判断基本数据类型的方法；
7-23、for in和for of的用法和区别，两者遍历的是索引还是属性值，两者都可以遍历对象吗；
7-24、foreach和map的区别，两者会不会改变原数组；
7-25、主要用什么技术栈；
7-26、行内元素和块级元素的区别，分别都有哪些，行块级元素有哪些；
7-27、div垂直水平居中，grid知不知道怎么用；
7-28、splice和slice；
——8、智慧园区：vue2、vue3、ts、uniapp——
8-1、flex了解吗，flex布局方向，flex:1 0的页面效果是怎样的；
8-2、做过移动端吗，了解uniapp吗；
8-3、keep-alive；问了一个没听明白的，可能和keep-alive有关系；
8-4、vuex中的action；不用vuex，怎么代替vuex；
8-5、promise.all和promise.on；
8-6、防止表单重复提交；
8-7、async，await的使用；
8-8、vue3和ts的了解；
8-9、防抖怎么控制时间；
8-10、vue中的data为什么要设计成一个函数；
——9、智慧工地：vue、uniapp、小程序——
9-1、Vuex是干什么的；
9-2、openlayers怎么用的；
9-3、性能优化；
9-4、spa首屏加载优化；
9-5、bundler.js太大，打包怎么优化；
9-6、加密方式了解多少，比如md5,base64等，一大堆没听过的；
9-7、冒泡排序的实现原理；
9-8、js设计模式；
——10、某快递公司外包——
10-1、一棵树的数据，给的是列表格式，转换成树形结构；
10-2、项目相关的，聊天怎么做的，拖拽怎么做的，拖拽的数据怎么渲染的，拖拽重叠怎么处理的；
10-3、js设计模式；
——11、三维：vue、cesium——
11-1、一棵树的数据，给的是列表格式，转换成树形结构；
11-2、openlayers怎么用的，发布过wms吗，发布流程是怎样的；
11-3、openlayers转换经纬度的方法名是什么；
11-4、cesium常用的函数；
11-5、vue数据双向绑定原理；
11-6、Vue中data属性如果改变一个数组的下标，会不会马上发生变化，不变化可以怎么解决
11-7、数组常用方法有哪些；
11-8、 map和filter的区别；
11-9、es6常用的方法；
11-10、父子组件通信，兄弟组件通信；
11-11、new具体进行了什么操作；
——12、医疗：vue、angular——
12-1、js渲染机制和运行机制；
12-2、vue数据绑定原理；
——13、建设行业：vue、uniapp——
笔试：
13-1、||与&运算符；
13-2、垂直居中方案；
13-3、let a=arr, b=a, c=arr.concat(), a[0]=3，打印b和c，应该是深浅拷贝；
13-4、实现font-size:12；
13-5、接口路径，给一个地址 http://localhost/projectname/resource/index(http://localhost/projectname/resource/index).html ，根据url请求接口路径写出完整路径，’/ geturl.do ’，’ geturl.do ’，’../ geturl.do ’；
13-6、微信小程序流程和主要文件；
13-7、获取url参数及内容；
13-8、$(function(){}) / (function(){}) / (function(){})()的区别；
13-9、前端优化方案；
面试：
13-10、项目难点；
13-11、git工作流；
13-12、jquery项目会不会用webpack打包；
13-13、webpack优化；
13-14、web优化；
——14、文化：uniapp——
14-1、ssr渲染；
14-2、ajax和axios的区别；
14-3、cookie和session的区别；
14-4、vue生命周期；
14-5、数据请求写在哪个生命周期中；
14-6、router的history模式和hash模式；
14-7、工作中的开发流程；
14-8、uniapp的开发流程和坑；
14-9、uniapp滑动问题，下滑切换视频不生效，一般是什么原因；
14-10、uniapp加载速度慢，点击加载图片速度太慢，一般是什么原因；
——15、企业平台某外包：vue，node，性能优化——
15-1、说一说websocket；
15-2、vue数据双向绑定原理；
15-3、项目难点；
15-4、对mvvm、mvc、mvp等的理解；
15-5、vue的常见指令；
15-6、computed和watch；
15-7、class和style怎么绑定；
15-8、ajax和axios的区别；
15-9、axios拦截器，axios的post请求；
15-10、对前端渲染，服务端渲染的理解；
——16、智慧城市：vue，node，three.js——
16-1、vue生命周期；
16-2、vue组件通信方法；
16-3、js的继承；
16-4、oracle、mysql、sqllite的区别；
16-5、oracle连表查询；
16-6、openlayers项目场景；
16-7、cesium项目场景；
——17、租房：jquery+layui，vue2——
17-1、笔试：
17-2、foo打印题；
17-3、this打印题；
17-4、变量提升打印题；
17-5、let arr=[1,2,[5,8,[9,[3,5,]7,]20,37]] 把数组扁平化成一个数组，并进行去重升序;
17-6、let a=[1,2,3,4,5,6,7]; let b=[4,5,6]; 求b在a中第一次出现的位置；
17-7、面试：主要问项目
——18、跑腿：vue2，vue3+ts——
18-1、对html5语义化的理解；
18-2、css实现一个三角形；
18-3、css怎么实现0.5px的线，为什么有这种需求，涉及到兼容性问题；
18-4、怎么解决变量提升的问题；
18-5、es6新增了哪些定义变量的方式；
18-6、const定义的变量可以被修改吗；
18-7、map和filter的区别，会改变原数组吗；
18-8、es6去重的方法；
18-9、谈一谈对promise的理解；
18-10、除了链式调用，promise还可以怎么处理同步请求(async/await)；
18-11、对vue响应式原理的理解，核心是什么；
18-12、对vue生命周期每个阶段的理解；
18-13、为什么要用key，key有什么作用；
18-14、v-if和v-show；
18-15、Vue中data为什么是一个函数；
18-16、vue各场景下的传值方式有哪些，比如父子组件，兄弟组件，祖孙组件；
18-17、对vuex的理解和使用场景；
18-18、vue常见修饰符；
18-19、Vue3用过吗(因为没用过，所以就只针对响应式原理说了一下vue3和vue2的区别)；
——19、实业：jquery，vue2，vue3——
笔试：需要解释
19-1、html5新标签，css3新特性；
19-2、js+css3实现某元素以50px每秒的速度左移100px；
19-3、css实现左中右布局，不改变文档流；
19-4、js兼容性有哪些，以及常见的解决方案；
19-5、描述一下事件循环机制eventloop，eventloop解决了什么问题；
19-6、给了一个题，大概是后端返回的接口数据，data的格式有很多，比如null，对象，数组，字符串等，怎么处理这种问题；
19-7、前端性能优化方法，首屏页面怎么优化；
19-8、用js写一个方法实现数据去重并排序(用es5和es6+实现)；
19-9、给定一个数组，把数组中为0的往后排，其他值按顺序排序; （示例：[1,0,4,0,5,3]转换结果为[1,3,4,5,0,0]）
19-10、用0，1，2代表红黄蓝三种颜色，实现以下排序，不能用array.sort实现;（示例：[0,1,0,2,0,1,2]转换结果为[0,0,0,1,1,2,2]）
面试：
19-11、flex布局；flex:1对应的属性；
19-12、讲一下原型链； proto 和prototype有什么区别；字符串有没有原型；给定一个str，str.test()调用的谁的test方法；
19-13、讲一下闭包；什么情况下才能算是闭包；形成闭包的条件；列了三个题让你判断是不是闭包；
19-14、v-if和v-show是干什么的；应用场景有哪些；给定一对父子组件，默认值是false，另外有一个ajax请求，值发生了以下变化（false true false true true），在v-show和v-if中，父子组件的哪个阶段里会请求ajax；
19-15、computed的实现原理，怎么实现一个computed；
19-16、css中，transform，margin，position的都是怎么渲染的，渲染机制是什么；amd，cmd，commonjs了解吗；
Ⅳ 前端网站常规优化方案
1、减少请求次数
2、减小资源大小
3、提高响应和加载速度
4、优化资源加载时机
5、优化加载方式
1、合并、压缩、混淆html/css/js文件（webpack实现，减小资源大小）
2、Nginx开启Gzip，进一步压缩资源（减小资源大小）
3、图片资源使用CDN加速（提高加载速度）
4、符合条件的图标做base64处理（减小资源大小）
5、样式表放首部，JS放尾部（JS单线程，会阻塞页面；资源加载方式）
6、设置缓存（强缓存和协商缓存，提高加载速度）
7、link或者src添加rel属性，设置prefetch或preload可预加载资源。（加载时机）
8、如果使用了UI组件库，采用按需加载（减小资源大小）
9、SPA项目，通过import或者require做路由按需（减小资源大小）加载
10、服务端渲染SSR，加快首屏渲染，利于SEO
11、页面使用骨架屏，提高首页加载速度（提高加载速度）
12、使用 JPEG 2000, JPEG XR, and WebP 的图片格式来代替现有的jpeg和png，当页面图片较多时，这点作用非常明显
13、使用图片懒加载-lazyload
Ⅳ 前端性能优化总结(一)-js、css优化
移动互联网时代，用户对于网页的打开速度要求越来越高。首屏作为直面用户的第一屏，其重要性不言而喻。优化用户体验更是我们前端开发非常需要 focus 的东西之一。
从用户的角度而言，当打开一个网页，往往关心的是从输入完网页地址后到最后展现完整页面这个过程需要的时间，这个时间越短，用户体验越好。所以作为网页的开发者，就从输入url到页面渲染呈现这个过程中去提升网页的性能。
所以输入URL后发生了什么呢？在浏览器中输入url会经历域名解析、建立TCP连接、发送http请求、资源解析等步骤。
http缓存优化是网页性能优化的重要一环，这一部分我会在后续笔记中做一个详细总结，所以本文暂不多做详细整理。本文主要从网页渲染过程、网页交互以及Vue应用优化三个角度对性能优化做一个小结。
首先谈谈拿到服务端资源后浏览器渲染的流程：
关键渲染路径是浏览器将 HTML、CSS、JavaScript 转换为在屏幕上呈现的像素内容所经历的一系列步骤。也就是我们刚刚提到的的的浏览器渲染流程。
为尽快完成首次渲染，我们需要最大限度减小以下三种可变因素:
首先，DOM 和 CSSOM 通常是并行构建的，所以 CSS 加载不会阻塞 DOM 的解析。
然而，由于 Render Tree 是依赖于 DOM Tree 和 CSSOM Tree 的，
所以他必须等待到 CSSOM Tree 构建完成，也就是 CSS 资源加载完成(或者 CSS 资源加载失败)后，才能开始渲染。因此，CSS 加载会阻塞 Dom 的渲染。
由此可见，对于 CSSOM 缩小、压缩以及缓存同样重要，我们可以从这方面考虑去优化。
当浏览器遇到 script 标记时，会阻止解析器继续操作，直到 CSSOM 构建完毕，JavaScript 才会运行并继续完成 DOM 构建过程。
当页面中元素样式的改变并不影响它在文档流中的位置时（例如：color、background-color、visibility 等），浏览器会将新样式赋予给元素并重新绘制它，这个过程称为重绘。
回流（Reflow）
当 Render Tree 中部分或全部元素的尺寸、结构、或某些属性发生改变时，浏览器重新渲染部分或全部文档的过程称为回流。
有时即使仅仅回流一个单一的元素，它的父元素以及任何跟随它的元素也会产生回流。现代浏览器会对频繁的回流或重绘操作进行优化：浏览器会维护一个队列，把所有引起回流和重绘的操作放入队列中，如果队列中的任务数量或者时间间隔达到一个阈值的，浏览器就会将队列清空，进行一次批处理，这样可以把多次回流和重绘变成一次。
当你访问以下属性或方法时，浏览器会立刻清空队列:
因为队列中可能会有影响到这些属性或方法返回值的操作，即使你希望获取的信息与队列中操作引发的改变无关，浏览器也会强行清空队列，确保你拿到的值是最精确的。
避免频繁操作样式，最好一次性重写 style 属性，或者将样式列表定义为 class 并一次性更改 class 属性。
避免频繁操作 DOM，创建一个 documentFragment，在它上面应用所有 DOM 操作，最后再把它添加到文档中。
也可以先为元素设置 display: none，操作结束后再把它显示出来。因为在 display 属性为 none 的元素上进行的 DOM 操作不会引发回流和重绘。
避免频繁读取会引发回流/重绘的属性，如果确实需要多次使用，就用一个变量缓存起来。
对具有复杂动画的元素使用绝对定位，使它脱离文档流，否则会引起父元素及后续元素频繁回流。
图片懒加载在一些图片密集型的网站中运用比较多，通过图片懒加载可以让一些不可视的图片不去加载，避免一次性加载过多的图片导致请求阻塞（浏览器一般对同一域名下的并发请求的连接数有限制），这样就可以提高网站的加载速度，提高用户体验。
将页面中的img标签src指向一张小图片或者src为空，然后定义data-src（这个属性可以自定义命名，我才用data-src）属性指向真实的图片。src指向一张默认的图片，否则当src为空时也会向服务器发送一次请求。可以指向loading的地址。注意，图片要指定宽高。
当载入页面时，先把可视区域内的img标签的data-src属性值负给src，然后监听滚动事件，把用户即将看到的图片加载。这样便实现了懒加载。
事件委托其实就是利用JS事件冒泡机制把原本需要绑定在子元素的响应事件（click、keydown……）委托给父元素，让父元素担当事件监听的职务。事件代理的原理是DOM元素的事件冒泡。
优点：
例如有一个列表需要绑定点击事件，每一个列表项的点击都需要返回不同的结果。
传统写法：
传统方法会利用for循环遍历列表为每一个列表元素绑定点击事件，当列表中元素数量非常庞大时，需要绑定大量的点击事件，这种方式就会产生性能问题。这种情况下利用事件委托就能很好的解决这个问题。
改用事件委托：
输入搜索时，可以用防抖debounce等优化方式，减少http请求；
这里以滚动条事件举例：防抖函数 onscroll 结束时触发一次，延迟执行
节流函数：只允许一个函数在N秒内执行一次。滚动条调用接口时，可以用节流throttle等优化方式，减少http请求；
下面还是一个简单的滚动条事件节流函数：节流函数 onscroll 时，每隔一段时间触发一次，像水滴一样
参考链接： https://zhuanlan.hu.com/p/113864878?from_voters_page=true
Ⅵ 前端性能优化之Gzip
由于我们团队的前端项目越来越庞大，加之Vue的SPA首屏加载特性，导致系统第一次加载速度越来越缓慢，可能达到几十秒的程度，所以为了优化用户性能体验，我们选择了开启Gzip进行文件压缩，确实达到了显着的效果。
Gzip原本用户UNIX系统的文件压缩，后来逐渐成为Internet最主流的数据压缩格式。
当用户访问我们的web站点时，服务器就将我们的网页文件进行压缩，将压缩后的文件传输到客户端，对于纯文本文件我们可以至少压缩到原大小的40%，这样大大提高了传输效率，页面便可更快的加载出来。
由于目前我们项目是使用ngxin来部署前端的，nginx自首穗带 HttpGzip模块 ， 所以我们直接对 nginx.conf 文件的http配置项进行配置即可。但相对的由于nginx自身处理请求然后轮芹局压缩返回，会消耗对应的服务器内存。
测试效果
我们应尽可能减少对服务端内存的使用，毕竟服务端的资源是十分宝贵的，这里我们仍然使用nginx进行前端部署，我们在客户端替nginx处理压缩文件这一步操作，nginx便可直接使用我们压缩好的文件，下面是一个基于vue-cli配置的前端项目。
这里最好安装低版本，防止报错。
这里可以根据大家不同的配置，总之就是将webpack插件进行注册。
成功运行后，便可以在打包文件中看到.gz结尾的文件了，将打包后的文件上传到指定的nginx文件夹下。
这里需要nginx对应腊让的插件 http_gzip_static_mole ，之前我是通过yum安装的nginx，这里似乎不可以，需要手动安装。这里目录可以根据大家个人情况而定。
安装nginx
修改nginx.conf
启动nginx服务
这里我们虽然服务端js文件夹里只有.gz格式的文件（其他的文件已删除），但客户端却成功读取了。
无论是服务端与客户端进行gzip的压缩，我们都大大缩小了文件体积，给用户带来了更好的体验。
服务端处理gzip优点是只需配置一下即可，无需复杂操作，但缺点是会消耗服务器内存。
客户端处理gzip优点是无需服务器进行文件压缩，减少服务器内存消耗，但配置起来相比服务端gzip会稍加繁琐。
Nginx中文文档
什么是GZIP,有什么优势,如何开启GZIP?
vue-cli4 开发项目中开启gzip压缩，优化打包体积，提升加载速度
Nginx gzip static静态压缩
配置nginx直接使用webpack生成的gz压缩文件，而不用nginx自己压缩
Ⅶ 如何减少网页首屏加载压力和时间
网友上网都不喜欢用太多的时间等待网页的打开，等待的越长，用户可能会直接关闭网页，这样就会损失很多流量!其次，关键字的排名与网页的打开速度也有关系，这个主要体现搜索引擎对用户体验度上，用户体验度好，排名相对其它网站就好些。因此我觉得我们有必要去提高网页的打开速度，这个不需要太多的成本投入，只需要平时多注意一些小技巧就行了!下面给出20种方法帮你提高网站访问速度缩短网页加载时间 。 1、减少页面HTTP请求数量 比较直接的理解就是要减少调用其他页面、文件的数量。 A/html/rfc2397。 2、使用CDN(Content Delivery Network)网络加速 现在国内做CDN加速业务的公司很多，简单讲，就是将你的图片、视频扩散到CDN网络所能到达之处，让用户访问时能就近下载到这些文件，从而达到网络提速的目的，这样做，同时能减轻你自己网站的负载。 3、添加文件过期或缓存头 对于同一用户频繁访问的图片、Js脚本文件等可以在Apache或Nginx设置其缓冲 时间，例如设置24小时过期时间，这样用户在访问过该页面之后再次访问时，同一组图片或JS不会再重复下载，从而减少了HTTP请求，用户访问速度明显有 所提升，同时服务器负载也会下降。下面给出nginx配置中缓存控制的例子： 4、服务器开启gzip压缩 这个大家都比较了解，即将需要传输的内容压缩后传输到客户端再解压，这样在网络上传输的 数据量会大幅减小。通常在服务器上的Apache、Nginx可以直接开启这个设置，也可以从代码角度直接设置传输文件头，增加gzip的设置，也可以从 负载均衡设备直接设置。不过需要留意的是，这个设置会略微增加服务器的负担。 5、css格式定义放置在文件头部 这项设置对于用户端是慢速网络或网页内容比较庞大的情况比较有利，可以在网页逐步呈现的同时仍会保持格式信息，不影响网页美感。 6、Javascript脚本放在文件末尾 很多Javascript脚本执行效率低下，或者有的第3方域名脚本出现意外无法载入， 如果将这些脚本放置到页面比较靠前的位置，可能会导致我们自己网站的内容载入速度下降甚至无法正常加载，所以一般将这些脚本放置在网页文件末尾，一定要放 置在前面的脚本要改用所谓的“后载入”方式加载，在主体网页加载完成后再加载，防止其影响到主体网页的加载速度。 7、避免使用CSS脚本(CSS Expressions) 有时为了要css的参数动态改变，可能会采用css expression来实现，但这样做得不偿失，会使用户端浏览器负担明显加重，所以不建议这样做，如果需要改变，可以使用Javascript脚本去实现。 8、css、javascript改由外部调用 如果css、js内容比较庞大，尽量不要写到同1个页面中去，改由外部载入比较妥当，因为浏览器本身会对css、js文件进行缓存。 9、压缩Javascript、CSS代码 一般js、css文件中存在大量的空格、换行、注释，这些利于阅读，如果能够压缩掉，将会很有利于网络传输。这方面的工具也有很多，一般可以保留开发版本，利用工具生成生产版本，2个文件比较，一般压缩率能达到50%以上，减少的数据量还是比较可观的。 我这个博客刚改版完成，各种代码还没有进行优化和压缩，目前yslow评级只能达到D,等有时间进行部分优化，达到C等级应该问题不大。 10、避免采用301、302转向 11、养成良好的开发维护习惯，尽量避免脚本重复调用 12、配置ETags 13、Ajax采用缓存调用 这个的使用可以参照Discuz论坛代码，里面对于大量使用的Ajax调用都采用了缓存 调用方式，一般采用附加特征参数方式实现，注意其中的 就是特征参数，这个参数不变化就使用缓存文件，如果发生变化则重新下载新文件或更新信 息。 14、合理使用Flush 用户端发送浏览请求后，服务器端一般要花销200-500ms去处理这些请求，在此期间，用户端浏览器处于等待状态，如果要减少用户等待时间，可以在适当的位置使用flush，将已经就绪的内容推送到用户端，这在php中很容易实现例如： 15、Ajax调用尽量采用GET方法调用 实际使用XMLHttpRequest时，如果使用POST方法实现，会发生2次HTTP请求，而使用GET方法只会发生1次HTTP请求。如果改用GET方法，HTTP请求减少50%! 16、尽可能减少DCOM元素 这个很好理解，就是尽可能减少网页中各种<>元素数量，例如 的冗余很严重，而我们完全可以用取代之。 17、使用多域名负载网页内的多个文件、图片 记得有资料说明，IE在网页载入过程中，在同1时刻，对同1域名并行加的HTTP请求数 量最高为2个，如果网页需要加载的文件数量超过2个(通常远远超过..)，要加快网页访问速度，最好将文件分布到多个域名，例如19楼，其js文件采用独 立的域名，据说网络的图片服务器数量在20台以上。 18、缩减iframe的使用，如无必要，尽量不要使用 iframe通常用于不同域名内容的加载，这同时也可能因iframe内容加载速度影响到主网页加载速度，如果可能，把需要加载的内容抓取到本地直接嵌入。如果实在需要iframe加载，采用后载入方式实现。 19、优化图片文件 优化图片文件，减小其尺寸，特别是缩略图，一定要按尺寸生成缩略图然后调用，不要在网页中用resize方法实现，虽然这样看到的图片外形笑了，但是其加载的数据量一点也没减少。曾经见过有人在网页中加载的缩略图，其真实尺寸有10M之巨… 普通图像、icon也要尽可能压缩后，可以采用web图像保存、减少颜色数等等方法实现。 20、当页面内容庞大到一定程度，可以采用分页的方式展现，或者taobao的那种翻页后载入方式。