前端性能优化-->黄金定律

在此文章咱们来聊一聊 前端性能 以及 重要性

2-5-8原则 应该是好久好久的原则了，如今的响应更加的极速

关于页面响应时间，有一条著名的“2-5-8原则”。当用户访问一个页面：

在2秒内获得响应时，会感受系统响应很快；

在2-5秒之间获得响应时，会感受系统的响应速度还能够；

在5-8秒之内获得响应时，会感受系统的响应速度很慢，但能够接受；

而超过8秒后仍然没法获得响应时，用户会感受系统糟透了，进而选择离开这个站点，或者发起第二次请求。

对于一个网站若是但愿抓住用户，网站的速度以及稳定性是很是重要的。

交互 和 速度

咱们知道互联网产品在用户体验上有两个很是重要的基本要求即 交互 和 速度 咱们要给用户带来极致的用户体验 把复杂留给本身 把简单留给用户 的交互模式为优秀的互联网产品赢得 用户 和 价值.

性能优化不只仅是指用户访问网站的速度，也包括开发的效率，在这里总结的WEB前端性能优化技巧，与你们共享：

前端性能优化

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

• CSS SPRITE（雪碧图、图片精灵）技术
• 使用字体图标（ICON FONT）或者 SVG 等矢量图 + 减小 HTTP 请求次数或者减小请求内容的大小 + 渲染更快：由于他们是基于代码渲染的，而对于位图（png/jpg/gif）是须要先把图片编码再渲染 + 不容易失真变形 + 也可使用 webp 格式图片，这种格式要小一些（可是须要服务器端支持这种格式的请求处理）
• 图片懒加载（延迟加载）技术 + 第一次加载页面的时候不去请求真实的图片，提升第一次渲染页面的速度 + 当页面加载完，把出如今用户视野区域中的图片作真实加载，没有出现的先不加载（节约流量，也能减小对服务器的请求压力） + 对于数据咱们也尽量分批加载（不要一次请求过多的数据，例如分页技术）
• 音视频文件取消预加载（preload='none'），这样能够增长第一次渲染页面的速度，当须要播放的时候再加载
• 客户端和服务器端的数据传输尽量基于 JSON 格式完成，XML 格式比 JSON 格式要大一些（还能够基于二进制编码或者文件流格式，这种格式比文件传输好不少）
• 把页面中的 CSS/JS/图片等文件进行合并压缩 + 合并：争取 CSS 和 JS 都只导入一个（webpack 能够实现自动合并压缩） + 压缩：基于 webpack 能够压缩、对于图片本身找工具先压缩、还可使用服务器的 GZIP 压缩
• 图片地图：对于屡次调取使用的图片（尤为是背景图），咱们尽量把它提取成为公共的样式，而不是每一次从新设置 background
• 图片 BASE64（用 BASE64 码表明图片，减小 HTTP 请求，增长浏览器渲染的速度，因此真实项目中，尤为是移动端，若是图片加载缓慢，可能 BASE64 一下就行了；可是，BASE64 会致使文件中的代码超级恶心，不利于维护和开发，因此少使用；webpack 中能够配置图片的 BASE64；）

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

• 把不常常更改的静态资源作缓存处理（通常作的是 304 或者 ETAG 等协商缓存）
• 创建 Cache-Control 和 Expires HTTP 的强缓存
• DNS 缓存或者预处理（DNS PREFETCH），减小 DNS 的查找
• 设置本地的离线存储（manifest）或者把一些不常常更改的数据作本地存储（webstorage、indexdb）等
• 有钱就作 CDN（地域分布式服务器），还有一个财大气粗的方式：加服务器
• 创建 Connection:keep-alive TCP 长链接
• 使用 HTTP2 版本协议（如今用的通常都是 HTTP1.1） + 能够多条 TCP 通道共存 =>管道化连接 + 思考题：HTTP VS HTTPS + 思考题：HTTP1 VS HTTP2
• 一个项目分为不一样的域（不一样的服务器），例如：资源 WEB 服务器、数据服务器、图片服务器、视频服务器等，这样合理利用服务器资源，可是致使过多的 DNS 解析

3. 代码方面的性能优化

• 减小对闭包的使用（由于过多使用闭包会产生不少不销毁的内存，处理很差的话，会致使内存溢出“栈溢出”），减小闭包的嵌套（减小做用域链的查找层级）
• 对于动画来讲：能用 CSS 解决的不用 JS（可以用 transform 处理的，不用传统的 css 样式，由于 transform 开启硬件加速，不会引起回流，再或者使用定位的元素也会好不少，由于定位的元素脱离文档流，不会对其它元素的位置形成影响），能用 requestAnimationFrame 解决的不用定时器 + requestAnimationFrame 还有一个好处，当页面处于休眠无访问状态，动画会本身暂停，直到恢复访问才开始，而定时器是不论什么状态，只要页面无论，就一直处理
• 避免使用 iframe（由于 iframe 会嵌入其它页面，这样父页面渲染的时候，还要同时把子页面也渲染了，渲染进度会变慢）
• 减小直接对 DOM 的操做（缘由是减小 DOM 的回流和重绘...），当代项目基本上都是基于 mvvm/mvc 数据驱动视图渲染的，对 DOM 的操做框架自己完成，性能要好不少
• 低耦合高内聚（基于封装的方式：方法封装、插件、组件、框架、类库等封装，减小页面中的冗余代码，提升代码使用率）
• 尽量使用事件委托
• 避免出现死循环或者嵌套循环（嵌套循环会成倍增长循环的次数）
• 项目中尽量使用异步编程来模拟出多线程的效果，避免主线程阻塞（异步操做基于 PROMISE 设计模式来管理）
• JS 中不要使用 with
• 避免使用 CSS 表达式
• 函数的防抖和节流
• 减小使用 eval（主要缘由是防止压缩代码的时候，因为符号书写不合规，致使代码混乱）
• 减小 filter 滤镜的使用
• 尽量减小选择器的层级（选择器是从右向左解析） .box a{} 和 a{}
• 尽量减小 TABLE 布局
• 手动回收堆栈内存（赋值为 null）

文章有点长，能看到这里不容易，谢谢你们捧场，疏漏或补充欢迎留言讨论。

推荐文章

yahoo前端性能团队总结 developer.yahoo.com/performance…