关于前端:Web前端性能优化应该怎么做

43次阅读

共计 2206 个字符,预计需要花费 6 分钟才能阅读完成。

摘要: 本文将分享一些前端性能优化的罕用伎俩,包含缩小申请次数、减小资源大小、各种缓存、预处理和长连贯机制,以及代码方面的性能优化等方面。

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;

点击关注,第一工夫理解华为云陈腐技术~

正文完
 0