前端性能优化总结

zwt菇凉
181 阅读5分钟

前端性能优化

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

  • 1).css sprite(雪碧图、图片精灵) 技术

<div class='bg box'></div> .bg{background:url(' ') no-repeat； background-size:x y; .box{background-position:x y; (负值)}}

  • 2).使用字体图标或者SVG等矢量图
    • 减少HTTP请求次数或者减少请求内容的大小
    • 渲染更快：因为他们是基于代码渲染的，而对于位图（png/jpg/gif）是需要先把图片编码再渲染
    • 不容易失真图片
    • 也可以使用webp格式图片，这种格式要小一些（但是需要服务器端支持这种格式的请求处理）
  • 3).图片懒加载（延迟加载）技术
    • 第一次加载页面的时候不去请求真实的图片，提高第一次渲染页面的速度
    • 当页面加载完，把出现在用户视野区域中的图片做真实加载，没有出现的先不加载（节约用户的流量,也能减少对服务器的请求压力）
    • 对于数据我们也尽可能分批加载（不要一次请求过多的数据，例如分页技术）
  • 4).音视频文件取消预加载（preload='none'），这样可以加载第一次渲染页面的速度，当需要播放的时候再加载
  • 5).客户端和服务器端的数据传输可能基于JSON格式完成，XML格式比JSON格式要大一些（还可以基于二进制编码或者文件流格式，这种格式比文件传输好很多）
  • 6).把页面中的css/JS/图片等文件进行合并压缩
    • 合并：争取CSS和JS都只导入一个（webpack）
    • 压缩：基于webpack可以压缩，对于图片自己找工具先压缩、还可以使用服务器的GZIP压缩
  • 7).图片地图：对于多次调取使用的图片（尤其是背景图），我们尽可能把它提取成为公共的样式，而不是每一次重复设置background
  • 8).图片BASE64 (用BASE64码代表图片，减少HTTP请求，增加浏览器渲染的速度，所以真实项目中，尤其是移动端，如果图片加载缓慢，可以BASE64一下就好了，但是，BASE64会导致文件中的代码超级恶心，不利于维护和开发，所以少使用：webpack中可以配置图片的BASE64；)

2. 设置各种缓存、预处理和长连接机制（http缓存 网络缓存 本地缓存）

  • 1).把不经常更改的静态资源做缓存处理（一般做的是304或者ETAG等协商缓存）
  • 2).建立 Cache-control 和 Expires HTTP的强缓存
  • 3).DNS缓存或者预处理（DNS prefetch），减少DNS的查找
  • 4).设置本地的离线存储（manifest）或者把一些不经常更改的数据做本地存储（webstorage、indexdb）等
  • 5).有钱就做CDN（地域分布式服务器），还有一个财大气粗的方式：加服务器
  • 6).建立 Connection：keep-alive TCP长连接
  • 7).使用HTTP2版本协议（现在用的一半都是HTTP1.1版本的）
    • 可以多条TCP通道共存=>管道化链接
    • 思考题：HTTP VS HTTPS
    • 思考题：HTTP1 VS HTTP2
  • 8).一个项目分为不同的域（不同的服务器），例如：资源WEB服务器、数据服务器、图片服务器、视频服务器等，这样合理利用服务器资源，但是导致过多的DNS解析

3. 代码方面的性能优化

  • 减少闭包的使用（因为过多使用闭包会产生很多不销毁的内存，处理不好的话，会导致内存溢出"栈溢出"，）减少闭包的嵌套（减少作用于链的查找机制）
//=>栈溢出：死递归
function func(){
    func();
}
解决方式：异步方式解决
function func(){
   setTimeout (func,0);
}
func();
//=>相互引用：引用类型之间的相互调用，形成嵌套式内存(也累死递归下去了)==>高程三那本书
let obj1={
  name:'OBJ1'   
};
let obj2={
  name:'OBJ2',
  x:obj1   
};
obj1.x=obj2;
  • 对于动画来说：能用CSS解决的不用JS（能用transform处理的，不用传统的css样式，因为transform开启硬件加速，不会引发回流（坚决不用flsh）；再或者使用定位的元素也会好很多，因为定位的元素脱离文档流，不会对其他元素的位置造成影响），能用requestAnimationFrame解决的不用定时器
    • requestAnimationFrame还有一个好处，当页面处于休眠无访问状态，动画会自己暂停，直接恢复访问才可以，而定时器是不论什么状态，只要页面不管，就一直处理
  • 避免使用iframe（因为iframe会嵌入其他页面，这样父页面渲染的时候，还要同时把子页面也渲染了，渲染进度会变慢）
  • 减少直接对DOM的操作(原因：减少DOM的回流和重绘......)，当代项目基本上都是基于mvvm/mvc数据驱动视图渲染的，对DOM的操作框架本身完成，性能要好很多
  • 低耦合高内聚（基于封装的方式：[方法封装、插件、组件、框架、类库等]，减少页面中冗余代码，提高代码使用率）
  • 尽可能使用事件委托
  • 避免出现死循环或者嵌套循环（嵌套循环会成倍增加循环的次数）
  • 项目中尽量使用异步编程来模拟出多线程的效果，便面主线程堵塞（异步操作基于promise设计模式来管理）
  • JS中不要使用with
  • 避免使用CSS表达式
  • 函数的防抖和节流
  • 减少使用eval（主要原因是防止压缩代码的时候，由于符号书写不合规，导致代码混乱）
  • 减少filter滤镜的使用
  • 尽可能减少选择器的层级 （选择器是从右向左解析）ox a{};和a{} 第二个性能好
  • 手动回收堆栈内存（赋值为null）
avatar
文章
阅读
粉丝