前端性能优化方案

前端开发性能优化方案

  1. 在JS中尽量减少闭包的使用(原因:闭包会产生不释放的栈内存)
    A:循环给元素做事件绑定的时候,尽可能的把后期需要的信息(例如索引)存储到元素的自定义属性上,而不是创建闭包存储
    B:可以在最外层形成一个闭包,把一些后续需要的公共信息进行存储,而不是每一个方法都创建闭包(例如单例模式)
    C:尽可能的手动释放不被占用的内存
    ...
  1. 尽量合并CSS和JS文件(把需要引入的CSS合并为一个,JS也是合并为一个),原理是在减少HTTP请求次数,尽可能的把合并后的代码进行压缩,减小HTTP请求资源的大小
    A: webpack这种自动化构建工具,可以帮我们实现代码的合并和压缩(工程化开发)
    B: 在移动开发(或者追求高性能的PC端开发[例如百度首页]),如果CSS或者JS不是需要很多,我们可以选择把css和js编程内嵌式(也就是代码直接写在HTML中)
  1. 尽量使用字体图标或者SVG图标,来代替传统的PNG等格式的图片(因为字体图标等是矢量图(基于代码编写出来的),放大不会变形,而且渲染速度快,相对比位图要小一些)
  1. 减少对DOM的操作(主要是减少DOM的重绘和回流(重排))
    A:关于重排的分离读写
    B:使用文档碎片或者字符串拼接做数据绑定(DOM的动态创建)
  1. 在JS中避免“嵌套循环”(这种会额外增加很多循环次数)和“死循环”(一旦遇到死循环浏览器就卡壳了)
  1. 采用图片的“懒加载”(延迟加载)
    目的是为了减少页面“第一次加载”过程中HTTP的请求次数,让页面打开速度变快
    步骤:开始加载页面的时候,所有的真实图片都不去发送HTTP请求加载,而是给一张占位的背景图,当页面加载完,并且图片在可视区域内我们再去做图片加载
  1. 利用浏览器和服务器端的缓存技术(304缓存),把一些不经常更新的静态资源文件做缓存处理(例如:JS、CSS、静态图片等都可以做缓存)
    原理是为了减少HTTP请求大小,让获取速度更快
  1. 尽可能使用事件委托(事件代理)来处理事件绑定的操作,减少DOM的频繁操作,其中包括给每一个DOM元素做事件绑定
  2. 尽量减少CSS表达式的使用(expression)
      #myDiv {
        position: absolute;
        width: 100px;
        height: 100px;
        left: expression(document.body.offsetWidth - 110 + "px");
        top: expression(document.body.offsetHeight - 110 + "px");
        background: red;
      }
    
  3. CSS选择器解析规则是从右向左解析
     .container .link a{
        先找到所有的A,再筛选是在.link样式类中的,再次筛选是在.container样式类中的... 先找到的是所有的A,操作起来是消耗性能的,我们在使用CSS选择器的时候尽可能减少对标签选择器的使用
     }
    
  4. CSS雪碧图技术(css sprite / css 图片精灵)
    把所有相对较小资源图片汇总到一张大图上,后期我们只需要把大图加载下来,用背景定位的方式展示对应的小图即可

      .bg{
        background:url('xxx.png');
      }
      .box1{
         background-position:xx xx;
      }
      .box2{
         background-position:xx xx;
      }
    
      <div class='bg box1'></div>
    
  1. 减少对于COOKIE的使用(最主要的是减少本地COOKIE存储内容的大小),因为客户端操作COOKIE的时候,这些信息总是在客户端和服务器端传来传去
  1. 页面中的数据获取采用异步编程和延迟分批加载
    使用异步获取数据,是为了降低HTTP通道的堵塞,不会因为数据没有请求回来耽误下面信息的渲染,提高页面的打开速度(我们可以这样处理:需要动态绑定数据的区域先隐藏,等数据返回并且绑定完成后在让其显示)
    延迟分批加载类似于图片懒加载,是为了减少第一次页面加载时候的HTTP请求次数
  1. 页面中出现音视频标签,我们不让页面加载的时候就去加载这些资源(要不然页面加载速度会变慢)(方案:只需要设置 preload='none' 即可),等待页面加载完成,音视频播放的时候我们在去加载音视频资源
  1. 在客户端和服务器端进行信息交互的时候,对于多项数据我们尽可能基于JSON格式来进行传送(JSON格式的数据处理方便,资源偏小) ==>相对于XML格式的传输才会有这个优势
  1. 尽可能实现JS的封装(低耦合高内聚),减少页面中的冗余代码(减少HTTP请求资源的大小)
  1. CSS中设置定位后,最好使用Z-INDEX改变盒子的层级,让所有的盒子不在相同的平面上,这样后续处理的时候,性能有那么一丢丢的提高
  1. 在基于AJAX的GET请求进行数据交互的时候,根据需求可以让其产生缓存(这个缓存不是304缓存),这样下一次从相同地址获取的数据是上一次缓存的数据(但是很少用,项目中一般刻意清除这个缓存的时候偏多)
  1. 尽量减少对于filter滤镜属性的使用(这个属性消耗性能较大一些)
  1. 在CSS导入的时候尽量减少使用@import导入式,因为@import是同步操作,只有把这个对应的CSS导入,才会向下加载,而link是异步操作
  1. 配置ETag(有点类似于304缓存)
  1. 使用window.requestAnimationFrame(JS中的帧动画)代替传统的定时器动画
  1. 减少递归的使用,避免死递归,避免由于递归导致的栈内存嵌套(建议使用尾递归)
  1. 避免使用iframe(不仅不好管控样式,而且相当于在A页面中加载了其它页面,消耗较大)
  1. 利用H5中提供的localstorage本地存储或者是manifest离线缓存,做一些信息的本地存储,下一次加载页面的时候直接从本地获取,减少HTTP请求次数
  1. 基于SCRIPT调取JS的时候,可已使用 defer或者async 来异步加载
  1. 重量级优化:做CDN加速(烧钱机器)

额外技巧

  1. 我们一般都把CSS放到BODY上,把JS放到BODY下面(原因:让其先加载CSS在加载JS,先加载CSS是为了保证页面渲染的过程中,元素是带着样式渲染的,而JS一般都是用来操作DOM元素的,需要等到元素加载完再操作)
  1. 能用CSS搞定的绝对不用JS,能用原生JS搞定的绝对不用插件,绝对不使用FLASH(除了音视频的低版本浏览器播放)
    =>CSS处理动画等功能的性能优于JS,而且CSS中的transform变形还开起了硬件加速
  1. JS中尽量减少对EVAL的使用,因为JS合并压缩的时候,可能出现由于符号不完善,导致的代码执行优先级错乱问题,EVAL处理起来消耗的性能也是偏大一点的
  1. 使用keep-alive实现客户端和服务器端的长连接
  1. 尽量使用设计模式来管理我们的代码(单例、构造、Promise、发布订阅),方便后期的升级和维护
  1. 开启服务器端的gzip压缩(这个压缩可以有效减少请求资源文件的大小),其实客户端的图片等资源也是可以进行压缩的(但是对于24位的位图,压缩后可能会变模糊)
  1. 页面中不要出现无效的链接(利于SEO优化),还有其它技巧:提高关键字曝光率、img需要加alt、设置meta标签、标签语义化...
  1. 避免使用with语句(非常耗性能)

原文地址:https://www.cnblogs.com/korea/p/12098468.html

时间: 2024-11-07 09:25:09

前端性能优化方案的相关文章

CSS3与页面布局学习笔记(八)——浏览器兼容性问题与前端性能优化方案

一.浏览器兼容 1.1.概要 世界上没有任何一个浏览器是一样的,同样的代码在不一样的浏览器上运行就存在兼容性问题.不同浏览器其内核亦不尽相同,相同内核的版本不同,相同版本的内核浏览器品牌不一样,各种运行平台还存在差异.屏幕分辨率不一样,大小不一样,比例不一样.兼容性主要可以分类为: 1).CSS兼容2).JavaScript兼容3).HTML兼容 这三类也是前端的主要组成部分,都存在一定的兼容性问题,知己知彼,百战百胜,我们先了解浏览器的发动机—内核. 多年前我们一直为IE6兼容烦恼,为它没少加

前端性能优化方案索引

作者:HaoyCn 网址:http://segmentfault.com/a/1190000003821219 陆续整理和不断更新网络上给出的前端性能的优化方案. 这里只是做一个总概括式的索引,每一个方案都十分值得推敲和细说. 1 请求和响应 缓存控制 请求头里,可以发送 If-Modified-Since 以及 If-None-Match 等信息,来询问服务端请求内容是否有更新,如果没有更新,可返回304,告诉浏览器使用缓存,避免重新下载资源.Pragma 和 Cache-Control 等也

前端性能优化方案都有哪些?

前端是庞大的,包括 HTML. CSS. Javascript.Image .Flash等等各种各样的资源.前端优化是复杂的,针对方方面面的资源都有不同的方式.那么,前端优化的目的是什么 ? 1. 从用户角度而言,优化能够让页面加载得更快.对用户的操作响应得更及时,能够给用户提供更为友好的体验. 2. 从服务商角度而言,优化能够减少页面请求数.或者减小请求所占带宽,能够节省可观的资源. 总之,恰当的优化不仅能够改善站点的用户体验并且能够节省相当的资源利用. 前端优化的途径有很多,按粒度大致可以分

前端性能优化方案-路由懒加载实现

组件懒加载也叫按需加载: 当打包构建应用时,JavaScript 包会变得非常大,影响页面加载.如果我们能把不同路由对应的组件分割成不同的代码块,然后当路由被访问的时候才加载对应组件,这样就更加高效了. 打包 build 后的 dist 中 js 包文件太大,影响页面加载速度,使用 vue 的异步组件和 webpack 的代码分割功能,实现路由组件的懒加载: 下面通过 vue 的异步加载和 webpack 来实现组件懒加载: 先看例子不使用路由懒加载的情况: import Vue from 'v

前端性能优化

前端性能优化的方法? content方面 1,减少HTTP请求:合并文件.CSS精灵.inline Image 2,减少DNS查询:DNS查询完成之前浏览器不能从这个主机下载任何任何文件.方法:DNS缓存.将资源分布到恰当数量的主机名,平衡并行下载和DNS查询 3,避免重定向:多余的中间访问 4,使Ajax可缓存 5,非必须组件延迟加载 6,未来所需组件预加载 7,减少DOM元素数量 8,将资源放到不同的域下:浏览器同时从一个域下载资源的数目有限,增加域可以提高并行下载量 9,减少iframe数

基于大数据的用户行为预测在前端性能优化上的应用

首先,我得说,这篇文章有点标题党了,其实内容并没有标题看起来那么高大上.其次,本文只是做一个技术方案可能性的探讨,并没有提供完善的解决方案,至多给了一个Demo供参考. 目的 如需转载,请注明转自:http://www.cnblogs.com/silenttiger/p/4929841.html 前端性能优化,我觉得最主要的目的就两个:1.提升页面加载速度:2.节约服务器资源. 这里特别提一下节约服务器资源,很多人在做前端性能优化的时候,往往只考虑前端性能的问题,而完全忽视前端的性能优化对后端服

前端性能优化规则总结—读《高性能网站建设指南》

本文对<高性能网站建设指南>这本书中提出的14种基本的前端性能优化方案进行了总结,这本书介绍的优化方案比较过时了,不能完全满足目前前端性能优化,如果您浏览完能弄清楚每种方案的实施过程.就没必要看这本书了. 规则1-减少HTTP请求 1.使用图片地图 图片地图允许你在一个图片上关联多个URL,目标URL的选择取决于用户点击了图片上的哪个位置. 比如导航栏菜单有五个选项,为了美观,我们将菜单对应的超链接关联到图片上,可以使用五个分开的图片分别关联五个分开的超链接,此时加载这个导航菜单就要通过五次H

web前端9大性能优化方案汇总

网页的性能问题是产品开发过程中的一个重要的环节,在产品成功地把功能实现后,性能能好与坏就直接影响了用户体验,以至于影响了产品的成败! 作为web前端开发者,对前端部分进行性能上的优化,是责无旁贷,刻不容缓的工作.下面简介一下9种性能优化方案. 一.罪魁祸首是http请求 一般网页,80%的响应时间花在下载网页内容(images, stylesheets, javascripts, scripts, flash等).减少请求次数是缩短响应时间的关键!可以通过简化页面设计来减少请求次数,但页面内容较

web前端性能优化

前言:  在同样的网络环境下,两个同样能满足你的需求的网站,一个“Duang”的一下就加载出来了,一个纠结了半天才出来,你会选择哪个?研究表明:用户最满意的打开网页时间是2-5秒,如果等待超过10秒,99%的用户会关闭这个网页.也许这样讲,各位还不会有太多感触,接下来我列举一组数据:Google网站访问速度每慢400ms就导致用户搜索请 求下降0.59%;Amazon每增加100ms网站延迟将导致收入下降1%;雅虎如果有400ms延迟会导致流量下降5-9%.网站的加载速度严重影响了用户体验,也决