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

更新日期: 2019-08-18阅读: 2.4k标签: 优化

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

-css SPRITE(雪碧图、图片精灵)技术
 
- 使用字体图标(ICON FONT)或者 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 和 Expires HTTP 的强缓存
 
- DNS 缓存或者预处理(DNS PREFETCH),减少 DNS 的查找
 
- 设置本地的离线存储(manifest)或者把一些不经常更改的数据做本地存储(webstorage、indexdb)等
 
- 有钱就做 CDN(地域分布式服务器),还有一个财大气粗的方式:加服务器
 
- 建立 Connection:keep-alive TCP 长连接
 
- 使用 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 滤镜的使用
 
- 尽可能减少选择器的层级(选择器是从右向左解析)比如: .box a{} 和 a{}  (使用less插件时默认层级是比较高的)
 
- 尽可能减少 table 布局
 
- 手动回收堆栈内存(赋值为 null)


链接: https://fly63.com/article/detial/6008

js中for循环优化总结_如何提高程序的执行效率

在程序开发中,经常会使用到for循环的,但是很多人写的for循环效率都是比较低的,下面就举例说明,并总结优化for循环的方法,来提高我们程序的执行效率。

网站打开速度优化_如何提高网页访问速度技巧方法总结

网站的加载速度不仅影响着用户体验,也会影响搜索引擎的排名,在百度推出“闪电算法”以来,将网站首屏打开速度被列入优化排名行列,作为前端开发的我们需要如果来优化网站的打开速度呢?下面就整理挖掘出很多细节上可以提升性能的东西分享给大家

JS性能优化之文档片段createDocumentFragment

DocumentFragments是DOM节点。它们不是主DOM树的一部分。通常的用例是创建文档片段,将元素附加到文档片段,然后将文档片段附加到DOM树。在DOM树中,文档片段被其所有的子元素所代替。因为文档片段存在于内存中,并不在DOM树中

深入浅出代码优化﹣if/else

对于代码裡面的 if else,我们可以使用逻辑判断式,或更好的三元判断式来优化代码。除了可以降低维护项目的成本之外,还可以提升代码可读性。就让我们从最简单的 if else 例子开始吧。

微信小程序性能优化入门指南

小程序从发布到现在也已经有将近两年的时间,越来越来多的公司开始重视小程序生态带来的流量,今年也由于小程序平台对外能力的越来越多的开放以及小程序平台的自身优化,越来越多的开发者也自主的投入到小程序的开发当中

网络串流播放_HTML5如何优化视频文件以便在网络上更快地串流播放

无论你正在将 GIF 动图转换为 MP4 视频,还是手头已经有一大堆 MP4 视频,你都可以优化文件结构,以使得这些视频更快地加载和播放。通过重组 atoms 将 moov 放到文件开头,浏览器可以避免发送额外的 HTTP range request 请求来搜寻和定位 moovatom

​web项目优化_Web 服务器性能与站点访问性能优化

要优化 Web 服务器的性能,我们先来看看 Web 服务器在 web 页面处理上的步骤:Web 浏览器向一个特定的服务器发出 Web 页面请求; Web 服务器接收到 web 页面请求后,寻找所请求的 web 页面,并将所请求的 Web 页面传送给 Web 浏览器; 显示出来

前端性能优化之重排和重绘

浏览器下载完页面所有的资源后,就要开始构建DOM树,于此同时还会构建渲染树(Render Tree)。(其实在构建渲染树之前,和DOM树同期会构建Style Tree。DOM树与Style Tree合并为渲染树)

微信小程序代码优化总汇

写篇文章的目的,是以开放小程序代码的层面的优化。包括:条件判断将wx:if换成了hidden 、页面跳转请销毁之前使用的资源、列表的局部更新、小程序中多张图片懒加载方案、Input状态下隐藏input,应预留出键盘收起的时间

我是如何将页面加载时间从6S降到2S的?

生活在信息爆炸的今天,我们每天不得不面对和过滤海量的信息--无疑是焦躁和浮动的,这就意味着用户对你站点投入的时间可能是及其吝啬的(当然有一些刚需站点除外)。如何给用户提供迅速的响应就显得十分重要了

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!