Web 性能总结

阿哈，

做简单的记录，方便日后回头温习，也方便你我哈。

以下是关于web性能的相关总结（由于知识有限，仅限前端方面），来源于书籍以及大神们的博客。

--减少重绘（对更改一些状态后的样式用处很大）

        在HTML页面完成展现之后，动态改变页面元素或调整CSS样式都会引起浏览器重绘，性能的损耗直接取决于动态改变的范围：如果只是改变一个元素的颜色之类的信息则只会重绘该元素；而如果是增删节点或调整节点位置则会引起其兄弟节点也一并重绘。

        减少重绘并不是说不要重绘，而是要注意重绘范围：①改动的DOM元素越深则影响越小，所以尽量深入节点改动；②对某些DOM样式有多重变动尽量合并到一起修改。

以改变一个<a>标签的背景色、宽度和颜色为例。

 

Html代码  收藏代码
  1. <a href="javascript:void(0);" id="example">传统的代码</a>   
  2. <script>   
  3.  var example = document.getElementById("example");   
  4.  example.ondblclick = function() {   
  5.  example.style.backgroundColor = "red";   
  6.  example.style.width = "200px";   
  7.  example.style.color = "white";   
  8.  }   
  9. </script>   

 以上会执行3次重绘，而通过CSS代替javascript多次执行则只进行一次重绘。

 

Html代码  收藏代码
  1. <style>   
  2.  .dblClick {   
  3.  width: 200px;   
  4.  background: red;   
  5.  color: white;   
  6.  }   
  7. </style>   
  8. <a href="javascript:;" id="example">CSS优化的代码</a>   
  9. <script>   
  10.  var example = document.getElementById("example");   
  11.  example.ondblclick = function() {   
  12.  example.className = "dblClick";   
  13.  }   
  14. </script>  

 

 

--避免脚本阻塞加载（一般前端开发人员都这么做，但是也要简要提醒一下下）

        当浏览器在解析常规的script标签时，它需要等待script下载完毕，再解析执行，而后续的HTML代码只能等待。CSS文件引入要放在<head>头部，因为这是HTML渲染必备元素。为了避免阻塞加载，应把脚本放到文档的末尾，而CSS是需要放在头部的。

 

Html代码  收藏代码
  1. <head>  
  2. <link rel="stylesheet" href="base.css">  
  3. ......  bababa的html code
  4. <script src="example.js"></script>  
  5. </body>  

 

--避免节点深层级嵌套（一般代码癖的写不出来这样的...）

        深层级嵌套的节点在初始化构建时往往需要更多的内存占用，并且在遍历节点时也会更慢些，这与浏览器构建DOM文档的机制有关。浏览器会把整个HTML文档的结构存储为DOM“树”结构。当文档节点的嵌套层次越深，构建的DOM树层次也会越深。

如下代码，完全能够去掉<div>或<span>其中一个标签。

 

Html代码  收藏代码
  1. <div>  
  2.   <span>  
  3.     <label>嵌套</label>  
  4.   </span>  
  5. </div>  

 

 

--页面缓存（我觉得这个点很重要，要get喔）

        通常不设置缓存的情况下，每次刷新页面都会重新读取服务器的文件，而如果设置缓存之后，所有文件都可以从本地取得，这样明显极大提高了页面效率。

　　我们可以通过设置页面头的expires来定义页面过期时间，将过期时间定久一点就达到了“永久”缓存（一般不建议这个方法，尤其像我们公司开发版本迭代很快的）。

 

Html代码  收藏代码
  1. <meta http-equiv="expires" content="Sunday 26 October 2099 01:00 GMT" />  

　　如果你的项目代码有变更，因为客户端缓存了文件就得不到最新的文件，势必造成显示错误。基于这个问题的解决方案就是：

　　给链接文件加一个时间戳，如果时间戳有变化，浏览器会认为是新文件，就会向服务器请求最新文件。

 

Html代码  收藏代码
  1. <script src="example2014-6-17.js"></script>  
  2. //如果是JSP，可以用EL表达式来取时间戳信息，这样管理更加方便  
  3. <script src="example${your time param}.js"></script>  
  4. //或者这样的写法更优秀：  
  5. <script src="example.js?time=2014-6-7"></script>  
  6. <script src="example.js?time=${your time param}"></script>  

 

 

--压缩合并文件

        所有涉及到请求数据的文件尽量做压缩，比如Javascript文件、css文件及图片文件，特别是图片文件，如果没有高清晰要求，完全可以压缩后再使用。

        数量少体积大的文件要比数量多体积小的文件加载速度快，所以有时候可以考虑将多个js文件、多个css文件合并在一起。

 

除此之外减少HTML文档大小还可以采取下面几种方法：

①删掉HTM文档对执行结果无影响的空格空行和注释  （简要的注释很有必要，方便日后更改）

②避免Table布局      （ 然而这个布局我会经常用到，所以有时候很不能理解需求...大概是因为主要做数据这块吧）

③使用HTML5

 

--HTML+CSS3+Javascript各司其职

        让三元素各司其职才能做出高性能的网页：HTML是页面之本也是内容之源，有了它就能跟CSS和Javascript交互；CSS3可以说是展现大师，而且日渐强大的CSS能代替Javascript做很多动态的事情如渐变、移动等动态效果；Javascript是动态数据之王，旧浏览器依靠js来完成动态效果展现，但现在的CSS也能完成js的工作，所以尽量将工作交给css，这样会获得更好的性能。（这个说得有点大）

 

--图像合并实现CSS Sprites

        图像合并其实就是把网页中一些背景图片整合到一张图片文件中，再利用CSS 的“background-image”，“background- repeat”，“background-position”的组合进行背景定位，background-position可以用数字能精确的定位出背景图片的位置。

        一个页面要用到多个图标，完全可以将多个图标合并成一个图，然后只需要发一次图片请求，通过css定位分割图标即可。

 

--避免使用Iframe（真心不好用，曾经花了两天时间把侧边栏做成了iframe，后来又花了两天时间改回来了）

        使用iframe并不会增加同域名下的并行下载数，浏览器对同域名的连接总是共享浏览器级别的连接池，在页面加载过程中iframe元素还会阻塞父文档onload事件的触发。并且iframe是html标签中最消耗资源的标签，它的开销比DIV、SCRIPT、STYLE等DOM高1~2个数量级。

 

避免onload事件被阻塞，可使用JavaScript动态的加载iframe元素或动态设置iframe的src属性（但其仅在高级浏览器IE9及以上有效）。

 

Html代码  收藏代码
  1. <iframe id="if"></iframe>  
  2. document.getElementById("if").setAttribute("src","url");  

 

 

--多域名请求

        一般来说，浏览器对于相同域名的图片，最多用2-4个线程并行下载（不同浏览器的并发下载数是不同的）。而相同域名的其他图片，则要等到其他图片下载完后才会开始下载。

        有时候，图片数据太多，一些公司的解决方法是将图片数据分到多个域名的服务器上，这在一方面是将服务器的请求压力分到多个硬件服务器上，另一方面，是利用了浏览器的特性。（大家可以去新浪、腾讯门户网站查看，这些大型站点同一页面加载的图片可能由多个站点提供）

        注：一个HTML请求的域名也不要太多（2~3个差不多），多了可能造成不同服务器连接时间差异，反而影响速度。

 

--避免空链接属性（或者<a href="javascript:;"></a>）

        如<img src=""><a href="">这样的设置方式是非常不可取的，即使链接为空，在旧的浏览器也会以固定步骤发送请求信息。

        另外<a href="#"></a>也不可取，最好的方式是在链接中加一个空的js代码<a href="javascript:void();"></a>

 

--使用图像的BASE64编码（至今还没这样处理过）

        base64是一串字符串，他可以代表一个图片的所有信息，也就是可以通过<img src="data:image/png;base64,S">（S表示一串base64码）来显示图片，这种方式不需要再向服务器发送请求，完全由浏览器解析成图片。

        目前高级浏览器都支持此功能，但要注意两点：①低版本浏览器（如IE7）不支持；②base64字符串长度随图片的大小及复杂度成正比，base64也像URL一样，也有超出长度的情况（在IE8下很常见）。所以要根据情况来使用。

 

--显式设置图片的宽高

        如果HTML里的图片没有指定尺寸（宽和高），或者代码描述的尺寸与实际图片的尺寸不符时，浏览器则要在图片下载完成后再“回溯”该图片并重新显示，这会消耗额外时间。

<img src="demo.jpg" width="200" height="200">

 

--显式指定文档字符集（尽量养成写这句代码的习惯）

        如果浏览器不能获知页面的编码字符集，一般都会在执行脚本和渲染页面前，把字节流缓存，然后再搜索可进行解析的字符集，或以默认的字符集来解析页面代码，这会导致消耗不必要的时间。

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

 

--懒加载与预加载（类似花瓣或者阿里妈妈这样的多使用以下这条）

        预加载和懒加载，是一种改善用户体验的策略，它实际上并不能提高程序性能，但是却可以明显改善用户体验或减轻服务器压力。

        预加载表示当前用户在请求到需要的数据之后，页面自动预加载下一次用户可能要看的数据，这样用户下一次操作的时候就立刻呈现，依次类推。

        懒加载表示用户请求什么再显示什么，如果一个请求要响应的时间非常长，就不推荐懒加载。

 

--Flush机制

        当一个页面非常大，内容非常多，可以采用flush的形式分部分返回给页面，这样能告诉用户我正在工作，显示一部分内容比白屏等很长时间要好得多。在Java Web技术中，实现Flush非常简单，只要调用 HttpServletResponse.getWriter输出流的flush方法，就可以将已经完成加载的内容写回给客户端。

        这种方式只适用于返回数据特别多、请求时间特别长的情况，常规数据还是用正常的实时全部返回最佳。这种实现方式实际会增加浏览器渲染时间和用户整体等待时间，但从用户体验上会更加优秀。

  • 性能之服务器优化

--CDN机制

        所谓的CDN，就是一种内容分发网络，它采用智能路由和流量管理技术，及时发现能够给访问者提供最快响应的加速节点，并将访问者的请求导向到该加速节点，由该加速节点提供内容服务。

        通俗点说，你在成都（浏览器）购买了北京卖家（服务器）的产品，北京卖家通过快递（CDN服务）寄送包裹，从北京到成都可以走路、坐汽车、火车或飞机，而采用CND的快递会选择飞机直达，因为这种寄送方式最快。

 

当然使用CDN有两个注意事项：

1、CDN加速服务很贵，如果你觉得你的网站值得加速，可以选择购买；

2、CDN不适合局域性网站，比如你的网站只有某一个片区访问或者局域网访问，因为区域性网络本来就很近，无需CDN加速。

 

--HTTP协议的合理使用

        浏览器缓存带来的性能提升已经众人皆知了，而很多人却并不知道浏览器的缓存过期时间、缓存删除、什么页面可以缓存等，都可以由我们程序员来控制，只要您熟悉HTTP协议，就可以轻松的控制浏览器。

 

 

--HTTP持久连接

        持久连接（Keep-Alive）也叫做长连接，它是一种TCP的连接方式，连接会被浏览器和服务器所缓存，在下次连接同一服务器时，缓存的连接被重新使用。HTTP无状态性表示了它不属于长连接，但HTTP/1.1提供了对长连接的支持（不过这必须依赖浏览器和服务器双方均支持长连接功能才行），最常见的HTTP长连接例子是“断点下载”。

        浏览器在请求的头部添加 Connection:Keep-Alive，以此告诉服务器“我支持长连接，你支持的话就和我建立长连接吧”，而倘若服务器的确支持长连接，那么就在响应头部添加“Connection:Keep-Alive”，从而告诉浏览器“我的确也支持，那我们建立长连接吧”。服务器还可以通过Keep-Alive:timeout=..., max=...的头部告诉浏览器长连接失效时间。

        配置长连接通常是要服务器支持设置，有测试数据显示，使用长连接和不使用长连接的性能对比，对于Tomcat配置的maxKeepAliveRequests为50来说，效率竟然提升了将近5倍。

posted @ 2017-09-15 15:55  zqy_jm  阅读(292)  评论(0)  编辑  收藏  举报