高性能JavaScript（数据存取篇）

JavaScript中有下面四种基本的数据存取位置
字面量
字面量只代表自身，不存储在特定的位置。JavaScript中的字面量有：字符串、数字、布尔值、对象、数组、正则表达式、函数，以及特殊的null和undefined值
本地变量
使用var关键字定义的
数组元素
存储在JavaScript数组对象的内部，以数字作为索引
对象成员
存储在JavaScript对象内部，以字符串作为索引（ES6好像有改变）

采用不同的读取变量存储位置

作用域链和标识符解析
下面我们定义一个函数

 function add(num1, num2) {
    var sum = num1 + num2;
    return sum;
 }

内部属性[[Scope]]包含了一个函数被创建的作用域中对象的集合。这个集合被称为函数的作用域链，它决定了哪些数据能够被函数访问。

函数add的作用域链

当我们调用这个函数的时候

var total = add(5, 10);

执行函数时会创建一个称为执行环境的内部对象。一个执行环境定义了一个函数执行时候的环境。
活动对象作为函数运行时候的变量对象，包含了所有的全局变量，命名参数，参数集合以及this，然后该对象被推入作用域的最前端。当执行环境被销毁，活动对象也随之销毁。

函数add()执行期的作用域链

标识符解析的性能
总结：在执行环境作用域链中，一个标识符所在的位置越深，它的读写速度也就越慢。

写操作的标识符解析速度 读操作的标识符解析速度

怎么用？
在没有优化的JavaScript引擎的浏览器中，建议尽可能使用局部变量。
建议：
如果某个跨作用域的值在函数中被引用一次以上，那么就把它它存储到局部变量中。

例子：
修改前

 function initUI(){
     var bd = document.body,
         links = document.getElementsByTagName("a"),
         i = 0,
         len = links.length;

    while(i < len){
        update(links[i++]);
    }

    document.getElementById("go-btn").onclick = function(){
        start();
    }

    bd.className = "active";
 }

修改后：

 function initUI(){
     var doc = document,
         bd = doc.body,
         links = doc.getElementsByTagName("a"),
         i = 0,
         len = links.length;

    while(i < len){
        update(links[i++]);
    }

    doc.getElementById("go-btn").onclick = function(){
        start();
    }

    bd.className = "active";
 }

改变作用域链

动态作用域
无论是with语句还是try-catch语句的catch子句，或是包含eval()的函数，都被认为是动态作用域。动态作用域只存在与代码的执行过程中，因此无法通过静态分析（查看代码结构）检测出来

问题：返回的w是什么？

 function execute(code){
     eval(code);

     function subroutine(){
         return window;
     }

     var w = subroutine();
 }

闭包、作用域和内存
闭包允许函数访问局部作用域之外的数据
看下面的代码：

 function assignEvents(){
     var id = "1234abc";
     document.getElementById("save").onclick = function(event){
         saveDocument(id);
     };
 }

图解1

由于闭包的[[Scope]]属性包含了与执行环境作用域链相同的对象的引用，因此会产生副作用。通常来说，函数的活动对象会随着执行环境一同销毁。但是引入闭包之后，引用任然存在于闭包的[[Scope]]属性中，因此激活对象无法被销毁。这就意味这脚本中的闭包与非闭包函数相比，需要更多的内存开销

运行闭包

注意闭包中用到的两个标志符，id和saveDocument，他们的位置都在作用域链第一个对象之后，每次访问都会带来性能损失。