前面两篇文章引见了Javascript文件在页面中位置以及异步加载题目对前端机能的影响。不过受限于单线程的缘由，不论采纳哪一种要领，只需Javascript举行了耗时的事情，就都会引起页面的壅塞。所以在写代码的过程当中应当注重一些会影响代码机能的题目，如许才让我们的优化只管做到极致。下面我跟人人分享关于标识符查找方面的优化题目。
函数中变量的查找
作用域链
每一个函数都有一个[[Scope]]属性，指向函数的作用域链，作用域链由多个变量对象构成。这个作用域链在函数定义的时刻被建立，在函数定义时，会建立一个变量对象，这个变量对象包括了函数包括块所能接见到的变量，实在就是函数包括块的实行上下文。这个变量对象会起首被放入作用域链中。
function add(num1,num2){
var sum = num1 + num2 ;
return sum ;
}
在函数实行的时刻，会建立一个叫做实行上下文的对象，这个实行上下文会用来举行函数的变量查找。实行上下文也有一个作用域链，这个作用域链就是用来举行变量查找的。当实行上下文建立时，它的作用域链会用函数的[[Scope]]属性来初始化。建立完实行上下文以后，又会建立一个叫做运动对象的变量对象而且放入作用域链的头部。这个运动对象包括一切局部变量，函数参数，arguments和this。这也说清楚明了一个题目，就是this的值是在运转的时刻决议的，而不是定义的时刻。
var sum = add(1,2) ;
每次举行变量查找时，我们都要遍历实行上下文的作用域链，直到找到为止或许返回undefined。在这个过程当中，变量查找的深度就会对机能发生影响。变量查找得越深，机能就越低。
因为当代浏览器关于JS的实行已举行了优化，所以经由我的测试发明，变量查找的优化关于机能的提拔不会发生太大的影响。虽然这么说，然则关于变量查找的优化要领照样能够自创的。
作用域扩展
关于平常的状况，函数实行上下文的作用域在函数实行的时刻是不会发生变化的，然则有几个惯例状况会使作用域发生变化，这类征象叫做动态作用域。
with
with语句用来在特定作用域中引入变量对象，比方下面这段代码:
function test(){
with(document){
var link = getElementsByTagName("a") ;
}
}经由过程with语句，在with作用域内的代码都能够直接接见document中的属性和要领。这个要领虽然能够轻易得接见属性，然则也带来了一些副作用。在运用with语句时，会向函数实行上下文的作用域链的头部插进去一个变量对象，这个变量对象的值就是with中包括的对象，这就意味着本来在作用域中的变量对象都被今后移了一名，也就是说查找这些变量要遍历更深一层作用域链。所以我们应当只管防止运用with语句，能够经由过程声明局部变量然后赋值为document的体式格局来庖代with语句。
try catch
try catch语句跟with一样，也会发生一样的影响，只是此次插进去到作用域链中的变量对象是catch括号中的对象，平常就是毛病对象e。
eval
eval函数的害处我想人人都应当知道了，经由过程eval实行的代码会污染全局变量,进而也会拉长变量的查找深度。
对象属性查找
原型和原型链
每一个对象都有一个指向原型prototype的属性__proto__，多个对象的继续就形成了原型链。下图是一个关于原型和原型链的图：
关于原型链的引见网上已有很多了，我这里就不做引见了。Javascript中的继续是经由过程原型链完成的，这就会致使一个题目，就是经由屡次继续以后，原型链会变得很长，然后关于对象属性的查找就须要遍历更长的原型链，而遍历的越深效力必定就会越低。这就是对象属性查找的时刻须要优化的一个处所。
上图是一个book对象的原型继续图，很轻易发明假如要接见title属性那末只需直接再book对象上查找就能够了，然则假如要接见toString要领的话，那末就须要遍历到原型链最深处，如许的话效力一定更低。一个经常使用的优化的要领就是用局部变量来保留对象的属性，背面只需直接接见这个局部变量就能够了。这要领跟函数中变量查找是一个原理。
当代浏览器关于对象属性的查找一样举行了优化，所以经由过程测试机能方面也没有太大的差异。
总结
上面所说的是Javascript代码优化方面罕见的两个题目，虽然当代浏览器对它们都举行了优化，然则假如要适配一些比较老旧的浏览器的话，照样须要注重的。而且上面说到的优化战略也是一个很好的编程范例。
