web前端：前端性能优化的三大类处理方式

作者:明明里 更新于： 2020-03-05 21:30:10

　　超文本传输协议（HTTP，HyperTextTransferProtocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。

　　1.减少HTTP的请求次数和传输报文的大小

　　-CSSSPRITE（雪碧图、图片精灵）技术

　　-使用字体图标（ICONFONT）或者SVG等矢量图；

　　可以减少HTTP请求次数或者减少请求内容的大小，使图片渲染的更快：因为他们是基于代码渲染的，而对于位图（png/jpg/gif）是需要先把图片编码再渲染，可以避免图片失真变形；

　　可以使用webp格式图片，这种格式要小一些（但要保证服务器端支持这种格式的请求处理）

　　-图片懒加载（延迟加载）技术；

　　第一次加载页面的时候不去请求真实的图片，将默认背景图替代真实图片进行加载，以提高第一次渲染页面的速度；

　　当页面加载完，把出现在用户视野区域中的图片做真实加载，没有出现在用户页面时的资源先不加载（可以节约流量，也能减少对服务器的请求压力）；

　　数据我们也尽可能分批加载（不要一次请求过多的数据，例如分页技术）

　　-音视频文件取消预加载（preload='none'），这样可以增加第一次渲染页面的速度，当需要播放的时候再加载

　　-客户端和服务器端的数据传输尽可能基于JSON格式完成，XML格式比JSON格式要大一些（还可以基于二进制编码或者文件流格式，这种格式比文件传输好很多）

　　-把页面中的css/JS/图片等文件进行合并压缩：争取CSS和JS都只导入一个：基于webpack可以压缩、对于图片自己找工具先压缩、还可以使用服务器的GZIP压缩

　　-图片地图：对于多次调取使用的图片（尤其是背景图），尽可能把它提取成为公共的样式，而不是每一次重新设置

　　-图片BASE64（用BASE64码代表图片，减少HTTP请求，增加浏览器渲染的速度，所以真实项目中，尤其是移动端，如果图片加载缓慢，可能BASE64一下就好了；但是，BASE64会导致文件中的代码页面混乱，不利于维护和开发，所以尽量少使用；webpack中可以配置图片的BASE64；）

　　2.设置各种缓存、预处理和长连接机制

　　-把不经常更改的静态资源做缓存处理（一般做的是304或者ETAG等协商缓存）

　　-建立Cache-Control和ExpiresHTTP的强缓存

　　-DNS缓存或者预处理（DNSPREFETCH），减少DNS的查找

　　-设置本地的离线存储（manifest）或者把一些不经常更改的数据做本地存储（webstorage、indexdb）等

　　-有钱就做CDN（地域分布式服务器），还有一个财大气粗的方式：加服务器

　　-建立Connection:keep-aliveTCP长连接

　　-使用HTTP2版本协议（现在用的一般都是HTTP1.1）+可以多条TCP通道共存=>管道化链接

　　-一个项目分为不同的域（不同的服务器），例如：资源web服务器、数据服务器、图片服务器、视频服务器等，这样合理利用服务器资源，但是导致过多的DNS解析

　　3.代码方面的性能优化

　　-减少对闭包的使用（因为过多使用闭包会产生很多不销毁的内存，处理不好的话，会导致内存溢出“栈溢出”），减少闭包的嵌套（减少作用域链的查找层级）

　　-对于动画来说：能用CSS解决的不用JS（能够用transform处理的，不用传统的css样式，因为transform开启硬件加速，不会引发回流，再或者使用定位的元素也会好很多，因为定位的元素脱离文档流，不会对其它元素的位置造成影响）；

　　能用requestAnimationFrame解决的不用定时器；

　　另外，requestAnimationFrame还有一个好处：当页面处于休眠无访问状态，动画会自己暂停，直到恢复访问才开始，而定时器是不论什么状态，只要页面不管，就一直处理

　　-避免使用iframe（因为iframe会嵌入其它页面，这样父页面渲染的时候，还要同时把子页面也渲染了，渲染进度会变慢）

　　-减少直接对DOM的操作（以减少DOM的重排和重绘），当代项目基本上都是基于mvvm/mvc数据驱动视图渲染的，对DOM的操作框架本身完成，性能要好很多；（当前主流框架大都避免直接操作DOM）

　　-低耦合高内聚（基于封装的方式：方法封装、插件、组件、框架、类库等封装，减少页面中的冗余代码，提高代码使用率）

　　-使用事件委托

　　-避免出现死循环或者嵌套循环（嵌套循环会成倍增加循环的次数）

　　-项目中尽可能使用异步编程来模拟出多线程的效果，避免主线程阻塞（异步操作基于promise设计模式来管理）

　　-JS中不要使用with

　　-避免使用CSS表达式

　　-函数的防抖和节流（处理高并发的其中一种方式）

　　-减少使用eval（主要原因是防止压缩代码的时候，由于符号书写不合规，导致代码混乱）

　　-减少filter滤镜的使用

　　-尽可能减少选择器的层级（选择器是从右向左解析）比如：.boxa{}和a{}（使用less插件时默认层级是比较高的）

　　-尽可能减少table布局

　　-手动回收堆栈内存（赋值为null）

　　超文本传输协议的前身是世外桃源(Xanadu)项目，超文本的概念是泰德˙纳尔森(TedNelson)在1960年代提出的。进入哈佛大学后，纳尔森一直致力于超文本协议和该项目的研究，但他从未公开发表过资料。