高性能优化Web前端

高性能HTML

1、避免使用iframe
　　iframe也叫内联frame，可将一个HTML文档嵌入另外一个HTML文档中。
　　iframe的好处是，嵌入的文档独立于父文档，一般也借此使浏览器模拟多线程。缺点是：

　　①虽然iframe能模拟多线程，但主流浏览器的同域名并行下载数是不变的，浏览器对同域名的连接老是共享浏览器级别的链接池，
　　   即便是不一样窗口或标签页的同域名网页。
　　②在页面加载时，iframe会阻塞父文档onload事件的触发。而且有些浏览器需在触发onload事件后才能被触发onunload事件。
　　   故用户用onload事件长久未触发而离开页面时，不会触发onunload事件。
　　　　※不兼容IE6~8的解决方案：使用JavaScript动态加载iframe元素或动态设置其src属性。

<iframe id=ifr ></iframe>
document.getElementById( ‘ifr’ ).setAttribute( ‘src’ , ‘url ’ );

　　③iframe是文档内最消耗资源的元素之一，即便是空iframe的开销也是昂贵的。【经过Steve Souders测试】

2、避免空链接属性
　　空链接指：img、link、script 和 iframe元素的src或href属性的值为空。（如src = ””）
　　设置了空链接后浏览器依然会以默认规则发送请求：
　　①IE6~8中只有img元素会出问题：IE会将img的空地址解析为当前页面地址的目录地址并请求。
　　　如当前网页地址为http://aaa.com/bb/c.html，img的地址会被解析为http://aaa.com/bb
　　②早些版本的Webkit和Firefox会将空链接解析为当前页面的地址。在ios与android中此问题较严重。
　　　若是页面有多个空链接属性元素，会增长服务器的请求次数。
　　③幸运的是，主流浏览器对iframe的src属性值为空时，会解析为about:blank地址，而不发送额外请求。

3、避免节点深层级嵌套
　　层级越深的节点在初始化构建时，所占内存越多。
　　经过浏览器HTML解析器会将整个HTML文档的结构存储为DOM树结构。当节点嵌套层次越深，构建的DOM书层次也越深。

4、缩减HTML文档大小
　　①删除对执行结果无影响的空格空行和注释；
　　②避免table布局；
　　③使用HTML5；

五。显式指定文档字符集
　　在HTML页面开时指定字符集有助于浏览器当即开始解析HTML代码。
　　HTML文档一般被解析为一序列的带字符集编码信息的字符串，经过Internet传送。
　　字符集编码在HTTP响应头中，或HTML标记中指定。浏览器经过指定的字符集，吧编码解析为可现实在屏幕上的字符。
　　若浏览器没法获知页面的编码字符集，通常会在执行脚本和渲染页面以前，先将字节流缓存，再搜索可进行解析的字符集 或 以默认字符集来解析。

6、显示设置图片的宽高
　　有时须要在页面加载完以前，就对页面布局进行定位。
　　若页面中的图片没指定尺寸，或尺寸与实际图片大小不符，浏览器会在图片下载完成后再"回溯"该图片并从新显示，从而浪费时间。
　　故最好为页面的图片设置指定尺寸（行内样式或CSS样式）。

<img src="hello.png" width="400" height="300">

7、避免 脚本阻塞加载

　　浏览器在解析常规script标签时，会等待script下载完毕后，才解析执行，以后的HTML代码就只能等待。
　　故应该将脚本放在文档的末尾：

<script src="example.js" ></script>
 </body>

 

高性能CSS

1、避免使用@import
　　CSS2.1加入的@import，会使页面在加载时添加额外延迟。
　　因为浏览器不能并行下载样式，会致使页面增添额外的往返耗时。而使用<link>能并行下载样式，但任然是屡次请求。

2、避免AlphaImageLoader滤镜
　　此滤镜能解决IE6即一下版本显示PNG图片的半透明效果，但会在加载图片时终止内容的呈现，并冻结浏览器。
　　在每一个元素(不只仅是图片)都会运算一次，添加内存开支。
　　应使用PNG8格式来代替，或用下划线(_filter)只针对IE6。

3、避免CSS表达式
　　CSS表达式是设置动态CSS属性的即强调又危险的方法。IE5开始支持，IE独有。

//实现每隔一小时切换一次背景颜色
background-color: expression((new Date()).getHours()%2?"#FFFFFF": "#000000" );

　　CSS表达式的缺点是技术频率极大，在页面显示、缩放、滚动 或 移动鼠标，都会从新计算一次。移动随便会达到1w次以上的计算量。

　　①使用一次性的表达式能减小计算次数，在第一次运行时将结果赋给指定样式属性，并用该属性代替CSS表达式。
　　②若是样式属性必须在页面周期内动态地改变，使用时间句柄代替CSS表达式是一个可行的办法。

4、避免通配选择器
　　优化选择器的原则是减小匹配时间。CSS选择器的匹配机制是：从右向左进行规制匹配的！
　　　　#header > a { font-weight:blod; }
　　　　　　上面这条规制实际是浏览器遍历页面全部a元素，并肯定其父元素的id是否为header。
　　　　#header  a {...}
　　　　　　后代选择器开销更大，在遍历页面的全部a元素后，会需向上遍历直到根节点。

　　由此可知，选择器最右边的规制 每每决定了向左移匹配的工做量。故最右边的选择规则 称之为关键选择器。
　　　　.selected * {...}
　　　　　　在匹配全部元素后，再分别向上匹配直至根节点。一般比开销最小的ID选择器高出·~3个数量级。

5、避免单规则的属性选择器
　　.selected [href='#index'] {...}
　　　　浏览器先匹配全部的元素，检查其是否有href属性而且值为“#index”，再分别向上匹配class为selected的元素。
　　故应该避免使用关键选择器是单规则属性选择器的规则。

6、避免正则的属性选择器
　　CSS3添加了复杂的属性选择器，经过类正则表达式进行匹配。但这些类型的选择器会比基于类别的匹配慢不少。

7、移除无匹配的样式
　　①删除无用的样式，可缩减样式文件大小，加快加载速度。
　　②对于浏览器，全部样式规则都会被解析后索引发来，即便是当前页面无匹配的规则！故移除无匹配的规则，减小索引项，加快浏览器查找速度。

 

高性能JavaScript

1、使用事件代理
　　当过多的时间句柄被频繁触发时，页面反应会迟钝。
　　如一个div有10个按钮，只需给div附加一次事件句柄，而没必要给每一个按钮添加一个句柄。
　　　　事件冒泡时刻捕捉到事件 并判断时那个事件发出的。【触发事件的元素 = ev.srcElement ? ev.srcElement : ev.target;】

2、缓存选择器查询结果
　　减小选择器查询的次数，并尽量缓存选中的结果，便于之后的重用。

jQuery('#top').find('p.classA');
...
jQuery('#top').find('p.classB');

//使用下面的方法 减小开销
var cached = jQuery('#top');
cached.find('p.classA');
...
cached.find('p.classB');

 

3、避免频繁的IO操做
　　应减小对cookie或localstorage的操做，由于对它们进行操做的API是同步的，而它们是多个tab页面间共享的。
　　多页面同时操做cookie和localstorage时，会存在同步加锁机制。

4、避免频繁的DOM操做
　　JavaScript访问DOM元素缓慢，应作到：
　　①缓存已经查询过的元素；
　　②线下更新完节点以后，在将它们添加到文档树中；
　　③避免使用JavaScript来修改页面布局。

5、使用微类库
　　尽可能避免使用大而全的类库，而是按需使用微类库来辅助开发。

本文来自：http://madscript.com/performance/high-performance-frontend/

------------------------------------------------

　　博主经营一家发饰淘宝店，都是纯手工制做哦，开业冲钻，只为信誉！须要的亲们能够光顾一下！谢谢你们的支持！
店名：
　　小鱼尼莫手工饰品店
经营:
　　发饰、头花、发夹、耳环等（手工制做）
网店：
　　http://shop117066935.taobao.com/

  ---------------------------------------------------------------------