Javascript执行效率小结

Javascript是一门非常灵活的语言，我们可以随心所欲的书写各种风格的代码，不同风格的代码也必然也会导致执行效率的差异，开发过程中零零散散地接触到许多提高代码性能的方法，整理一下平时比较常见并且容易规避的问题

Javascript自身执行效率

Javascript中的作用域链、闭包、原型继承、eval等特性，在提供各种神奇功能的同时也带来了各种效率问题，用之不慎就会导致执行效率低下。

1、全局导入

我们在编码过程中多多少少会使用到一些全局变量（window,document,自定义全局变量等等），了解javascript作用域链的人都知道，在局部作用域中访问全局变量需要一层一层遍历整个作用域链直至顶级作用域，而局部变量的访问效率则会更快更高，因此在局部作用域中高频率使用一些全局对象时可以将其导入到局部作用域中，例如：

 1 //1、作为参数传入模块
 2 (function(window,$){
 3     var xxx = window.xxx;
 4     $("#xxx1").xxx();
 5     $("#xxx2").xxx();
 6 })(window,jQuery);
 7 
 8 //2、暂存到局部变量
 9 function(){
10     var doc = document;
11     var global = window.global;
12 }

2、eval以及类eval问题

我们都知道eval可以将一段字符串当做js代码来执行处理，据说使用eval执行的代码比不使用eval的代码慢100倍以上（具体效率我没有测试，有兴趣同学可以测试一下）

JavaScript 代码在执行前会进行类似“预编译”的操作：首先会创建一个当前执行环境下的活动对象，并将那些用 var 申明的变量设置为活动对象的属性，但是此时这些变量的赋值都是 undefined，并将那些以 function 定义的函数也添加为活动对象的属性，而且它们的值正是函数的定义。但是，如果你使用了“eval”，则“eval”中的代码（实际上为字符串）无法预先识别其上下文，无法被提前解析和优化，即无法进行预编译的操作。所以，其性能也会大幅度降低

其实现在大家一般都很少会用eval了，这里我想说的是两个类eval的场景(new Function{},setTimeout,setInterver)

setTimtout("alert(1)",1000);

setInterver("alert(1)",1000);

(new Function("alert(1)"))();

上述几种类型代码执行效率都会比较低，因此建议直接传入匿名方法、或者方法的引用给setTimeout方法

3、闭包结束后释放掉不再被引用的变量

var f = (function(){
    var a = {name:"var3"};
    var b = ["var1","var2"];
    var c = document.getElementByTagName("li");
    //****其它变量
    //***一些运算
    var res = function(){
        alert(a.name);
    }
    return res;
})()

上述代码中变量f的返回值是由一个立即执行函数构成的闭包中返回的方法res，该变量保留了对于这个闭包中所有变量（a,b,c等）的引用，因此这两个变量会一直驻留在内存空间中,尤其是对于dom元素的引用对内存的消耗会很大，而我们在res中只使用到了a变量的值，因此，在闭包返回前我们可以将其它变量释放

var f = (function(){
    var a = {name:"var3"};
    var b = ["var1","var2"];
    var c = document.getElementByTagName("li");
    //****其它变量
    //***一些运算
    //闭包返回前释放掉不再使用的变量
    b = c = null;
    var res = function(){
        alert(a.name);
        }
    return res;
})()

Js操作dom的效率

在web开发过程中，前端执行效率的瓶颈往往都是在dom操作上面，dom操作是一件很耗性能的实行，如何才能在dom操作过程中尽量节约性能呢？

1、减少reflow

什么是reflow？

当 DOM 元素的属性发生变化 (如 color) 时, 浏览器会通知 render 重新描绘相应的元素, 此过程称为 repaint。

如果该次变化涉及元素布局 (如 width), 浏览器则抛弃原有属性, 重新计算并把结果传递给 render 以重新描绘页面元素, 此过程称为 reflow。

减少reflow的方法

先将元素从document中删除，完成修改后再把元素放回原来的位置
将元素的display设置为”none”，完成修改后再把display修改为原来的值
大量添加元素到页面时使用documentFragment

例如

for(var i=0;i<100:i++){
    var child = docuemnt.createElement("li");
    child.innerHtml = "child";
    document.getElementById("parent").appendChild(child);
}

上述代码会多次操作dom，效率比较低，可以改为下面的形式创建documentFragment，将所有元素加入到docuemntFragment不会改变dom结构，最后将其添加到页面，只进行了一次reflow

var frag = document.createDocumentFragment();
for(var i=0;i<100:i++){
        var child = docuemnt.createElement("li");
        child.innerHtml = "child";
    frag.appendChild(child);
}
document.getElementById("parent").appendChild(frag);

2、暂存dom状态信息

当代码中需要多次访问元素的状态信息，在状态不变的情况下我们可以将其暂存到变量中，这样可以避免多次访问dom带来内存的开销，典型的例子就是：

var lis = document.getElementByTagName("li");
for(var i=1;i<lis.length;i++){
    //***
}
上述方式会在每一次循环都去访问dom元素，我们可以简单将代码优化如下
var lis = document.getElementByTagName("li");
for(var i=1,j=lis.length ;i<j;i++){
    //***
}

3、缩小选择器的查找范围

查找dom元素时尽量避免大面积遍历页面元素，尽量使用精准选择器，或者指定上下文以缩小查找范围，以jquery为例

少用模糊匹配的选择器：例如$("[name*='_fix']")，多用诸如id以及逐步缩小范围的复合选择器$("li.active")等
指定上下文：例如$("#parent .class")，$(".class",$el)等

4、使用事件委托

使用场景：一个有大量记录的列表，每条记录都需要绑定点击事件，在鼠标点击后实现某些功能，我们通常的做法是给每条记录都绑定监听事件，这种做法会导致页面会有大量的事件监听器，效率比较低下。

基本原理：我们都知道dom规范中事件是会冒泡的，也就是说在不主动阻止事件冒泡的情况下任何一个元素的事件都会按照dom树的结构逐级冒泡至顶端。而event对象中也提供了event.target（IE下是srcElement）指向事件源，因此我们即使在父级元素上监听该事件也可以找到触发该事件的最原始的元素，这就是委托的基本原理。废话不多说，上示例

$("ul li").bind("click",function(){
    alert($(this).attr("data"));
})

上述写法其实是给所有的li元素都绑定了click事件来监听鼠标点击每一个元素的事件，这样页面上会有大量的事件监听器。

根据上面介绍的监听事件的原理我们来改写一下

$("ul").bind("click",function(e){
    if(e.target.nodeName.toLowerCase() ==="li"){
        alert($(e.target).attr("data"));
    }
})

这样一来，我们就可以只添加一个事件监听器去捕获所有li上触发的事件，并做出相应的操作。

当然，我们不必每次都做事件源的判断工作，可以将其抽象一下交给工具类来完成。jquery中的delegate()方法就实现了该功能

语法是这样的$(selector).delegate(childSelector,event,data,function)，例如：

$("div").delegate("button","click",function(){
  $("p").slideToggle();
});

参数说明（引自w3school）

参数	描述
childSelector	必需。规定要附加事件处理程序的一个或多个子元素。
event	必需。规定附加到元素的一个或多个事件。由空格分隔多个事件值。必须是有效的事件。
data	可选。规定传递到函数的额外数据。
function	必需。规定当事件发生时运行的函数。

Tips:事件委托还有一个好处就是，即使在事件绑定之后动态添加的元素上触发的事件同样可以监听到

暂时先总结到这

分类: 经验之谈

标签: javascript, 执行效率

　实习马上快一个月了，说一下自己的感受吧。

　　首先，我是为什么实习来的，是为了提前适应程序员的生活，还是为了学习，还是学校真的没有事情干？也许都有吧。反正毫无疑问的是我来实习了，并且永不后悔。上一次说了自己的很多不适应，其实这也是在情理之中，鞋子刚穿上的时候也不熟悉，习惯了就好了，就像伟大的中国人民一样，慢慢的也就适应了，感谢鞋子给了我们美好的生活。这一段时间其实真的没有干多少看以看出效果的事，但是每天自己也没有闲着，看代码，也学习以后将要用到的自己又没有掌握的技术，像flex。

　　看代码是一件考验耐心的事情，就像修行一样，耐不住寂寞的人绝对是完不成的，并且在修行的过程中，要全靠自己去顿悟的话也是比较难的。就拿我看的那个系统来说吧，分为前台和后台，后台是对报文的处理，把前端发过来的报文解析后存到数据库中，说实话，现在我还是没有搞懂里面的流程，大概有下面几方面的原因吧，一是自己的技术不行，对socket和线程不熟悉；二是如果没有师傅带我大概走一下那个流程的话，真的有点乱。所以对于后台系统还是没有很好的掌握。接下来的时间一定要搞懂。多问，即使他很忙。

　　对于前台，我还是比较熟悉的，虽然用的是struts1，但是网上查查资料，在加上那位大哥师傅的指点，差不多能够大概了解其中的流程。对我的要求是做一套增删改查。经过我的努力，查做出来了（其实是照搬已经做好的，自己再模仿写的，这算不算是抄袭了，应该不算吧，多模仿几次，自己也应该就会写了，其实自己写的话肯定也能做出来了，但是这样就和那个系统本来的架构不符合了。其实模仿还是比较好的，有的中国人从来不模仿外国人，像民主）。

　　其次，自己也熟悉了一下周围的环境，也认识了一下周围的人，平时也可以讨论一下，不再那么憋的慌了。上周六去参加公司的素质拓展培训，也认识了几个人，平时见面打打招呼也挺好，不然感觉诺大的公司里，一个人独来独往自己心里有点委屈。那个教官说，我的人缘比较好，其实这个怎么说呢？不好说，要说我人缘好吧，认识的人也不多，不好吧，也还行，都相处的很好，没有和别人闹翻过。其实这个是和性格相关的，别人不惹我，我就是一只羊。其实惹了也没事，变成狼也是在自己的心里。说到这里我就想起关于和人打交道的事，当下对这个还是很看重的，不是说设计自己的人脉什么的嘛。我感觉这个应该不需要专门的去设计吧，该是怎样就是怎样，就是别人交往的过程中，我也不会说专门的去表现什么，我想只要我们都不太那么不正常的话，大家都还是愿意和平相处的。当然这点是除了女生的，要是遇见女生，那肯定是要献殷勤的。同学说我花心，其实自己很承认这点，只是自己以前也没有发现而已。我想不花心的人肯定有，也许是少数，大家都还是很花心的，只是出于道德方面的因素，所以就很约束自己了。因为连禽兽都是有道德的。

　　最后，那个我暗恋已久的女孩到底喜不喜欢我呢？是自己的错觉还是爱情？

【你的评论是我最宝贵的财富】

分类: 闲扯