前端性能优化常用方式

举报
小妖现世 发表于 2020/08/06 09:47:24 2020/08/06
【摘要】 base64:尤其是在移动端,小图标可以base64(webpack),大图片慎用(如果加载速度过于慢的,而且很重要的图片,可以用base64)1、减少HTTP的请求次数和传输报文的大小 CSS Sprite(雪碧图、图片精灵)技术 使用字体图标(Icon Font)或者SVG等矢量图 +减少HTTP请求次数或者减少请求内容的大小 +渲染更快:因为它们...

今天分享一些前端优化方式

base64:尤其是在移动端,小图标可以base64(webpack),大图片慎用(如果加载速度过于慢的,而且很重要的图片,可以用base64)

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

    CSS Sprite(雪碧图、图片精灵)技术

    使用字体图标(Icon Font)或者SVG等矢量图

        +减少HTTP请求次数或者减少请求内容的大小

        +渲染更快:因为它们是基于代码渲染的,而对于位图(png/jpg/gif)是需要先把图片编码在渲染

        +不容易是帧变形

        +也可以使用webp格式图片,这种格式要小一些(但是需要服务器端支持这种格式的请求处理)

    图片懒加载(延迟加载)技术

        +第一次加载页面的时候不去请求真实的图片,提高第一次渲染页面的速度,请求图片的额外消耗尽可能不要处理

        +当页面加载完,把出现在用户视野区域中的图片做真实加载,没有出现的先不加载(节约流浪,也能减少对服务器的请求压力)

        + 对于数据我们也尽可能分批加载(不要一次请求过多的数据,例如分页技术)

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

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

    把页面的css/js等文件进行合并压缩

        合并:争取css和js都只导入一个(webpack可以实现并合并压缩哦)

        压缩:基于webpack可以压缩,对于图片自己找工具先压缩,可以使用服务器的GZIP压缩

    图片BASE64(用BASE64码代表图片,减少HTTP,增加浏览器渲染速度,所以真是项目中,尤其是移动端,如果图片加载缓慢,BASE64一下就好了,;但是base64会导致文件中心的代码超级恶心,不利于维护和开发,所以减少使用);webpack中科院配置图片

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

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

     建立Cache-Control 和Expires HTTP的强缓存

    DNS缓存或者预处理(DNS Prefetch),减少DNS的查找

    设置本地的离线存储(manifest)或者把一些不经常更改的数据做本地临时存储(webstorage,indexdb)等

    有钱就做CDN(地域分布式服务器),或者加服务器

    建立Connection:keep-alive Tcp长连接

    使用HTTP2版本协议(现在用的一般都是http1.1),可以多条tcp通道共存=>管道化链接

    一个项目分为不同的域(不同的服务器),例如:资源web服务器、数据服务器,图片服务器,视频服务器等,合理利用服务器资源,但是导致过多的DNS解析

    Cache-Control的优先级高于Expires

    基于本地存储,做数据的存储

3、代码方面的性能优化

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

    对于动画来说:能用css解决的不用js(能够用transform处理的,不用传统的css样式,因为transform开启硬件加速,不会引发回流,或者使用定位的元素也会好很多,因为定位的元素脱离文档流,不会对其他元素的位置造成影响),能用 requestAnimationFrame解决的不用定时器

        +用requestAnimationFrame还有一个好处,当页面处于休眠无访问状态,动画会自己暂停,知道回复访问才开始,而定时器是不论什么状态,只要页面不管,就一直处理

    避免使用iframe(因为iframe会嵌入其他页面,这样父页面渲染的时候,还要同时把子页面也渲染了,渲染进度会变慢)

    减少直接对DOM的操作(原因是减少DOM的回流和重绘...),当代项目基本基于mvvm,mvc数据驱动视图渲染的,对DOM的操作框架本身完成,性能要好很多

    低耦合高内聚(基于封装的方式:方法封装,插件,组件,框架,类库等封装,减少页面中的冗余代码,提高代码使用率)

    尽可能使用事件委托

    避免出现死循环或者嵌套循环(嵌套循环会成倍增加循环的次数)

    项目中尽可能使用异步编程来模拟出多线程的效果,避免主线程阻塞(异步操作基于Promise设计模式来管理)

    JS中不要使用with

    避免使用css表达式

    函数的防抖和节流

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

图片地图:对于多次调取使用的图片(尤其是背景图),尽可能把它提取成为公共的样式,而不是每一次重新设置background

    减少filter滤镜的使用

    尽可能减少选择器的层级

    尽可能减少table布局

手动回收堆栈内存(赋值为null)

栈溢出:死递归

function func(){

    func();

}

func();

解决方案:

function func(){

    setTimeout(func,0);

}

func();

相互引用:引用类型之间的相互调用,形成嵌套式内存

let obj1={

    name:'obj1',

};

let obj2={

    name:'obj2',

    x:obj1

}

obj1.x=obj2;


【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。