基于JavaScript作用域链的性能调优

JavaScript作用域和作用域链,说起来很简单,但是细细分析,大有玄机。只能真正理解了作用域链原理,才能写出更高效的JavaScript代码。下面,让我们慢慢走近这个并不神秘的区域......

1. 作用域和执行上下文

参考:深入理解JavaScript作用域和作用域链 - 感谢@qwelz订正

JavaScript 的执行分为:解释和执行两个阶段,这两个阶段所做的事并不一样:

  • 解释阶段:
    • 词法分析
    • 语法分析
    • 作用域规则确定
  • 执行阶段:
    • 创建执行上下文
    • 执行函数代码
    • 垃圾回收

JavaScript 解释阶段便会确定作用域规则,因此作用域在函数定义时就已经确定了,而不是在函数调用时确定,但是执行上下文是函数执行之前创建的。执行上下文最明显的就是 this 的指向是执行时确定的。而作用域访问的变量是编写代码的结构确定的。

作用域和执行上下文之间最大的区别是:
执行上下文在运行时确定,随时可能改变;作用域在定义时就确定,并且不会改变。

2. 执行上下文

执行JavaScript代码时,JavaScript引擎会创建一个执行上下文,它设定了代码执行时所处的环境。

下面一步步剖析~

当页面加载完毕后(含有需要执行的JavaScript代码),JavaScript引擎会做哪些事情?

  1. 创建一个全局的执行上下文(this指向我们熟知的window);
  2. 每执行一个JavaScript函数,都会创建一个对应的执行上下文;
  3. 函数里面可能执行嵌套函数......继续创建子函数的执行上下文;
  4. 最终,会创建出一个栈,当前作用域在栈顶,全局作用域在栈底;

栈顶的函数会最先运行,运行完毕后出栈,继续运行一下个函数......直到栈清空。

3. 作用域链

每个执行上下文都有一个与之关联的作用域链

当函数被创建时(注意,不是执行),JavaScript引擎会把创建时执行上下文的作用域链赋给函数内部属性[Scope]
然后,函数被执行,JavaScript引擎创建一个活动对象(Active object),添加到作用域链顶部。

用一个例子做进一步说明:

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

var total = add(5, 10);

(图例来自网络)


scope chain.jpg

执行上面的JavaScript代码,但还没有执行add函数时,add函数scope chain只有一个值,指向global object。
然后,执行add函数,一个活动对象被创建,并且被加到scope chain顶部。
由此,执行add函数时,一个两层的作用域链被建立。

小贴士

无论是全局对象还是活动对象,都会在初始化时给this, arguments赋值;
也会给局部变量,局部参数赋值。

显而易见,add函数被执行时,需要寻找num1和num2的值做计算。
如果在顶层作用域找不到这两个值,那么,JavaScript引擎会沿着作用域链,在下一层活动对象/全局对象中查找......找到即返回,找不到继续往下......直到全局对象window。

4. 性能优化:尽可能使用局部变量

通过上面的分析,可以得出结论,如果在越靠近栈顶的对象中,可以找到当前函数执行时所需的变量,那么,函数执行速度是最快的。

也就是说,读取变量值的总耗时随着查找作用域链的逐层深入而不断增加!

因此,为了写出更高效的JavaScript代码,尽可能在函数内部使用局部变量。比如下面的写法就不好:

function createChild(elemID) {
  var element = document.getElementById(elemID); // 在global对象中查找document
  var newElem = document.createElement('div');  // 在global对象中查找document
  element.appendChild(newElem);  //总计查找两次
}

应该改为:

function createChild(elemID) {
  var doc = document; // 在global对象中查找document
  var element = doc.getElementById(elemID);
  var newElem = doc.createElement('div');
  element.appendChild(newElem); //总计查找一次
}

小结

可见,要想写出高性能的JavaScript代码并不难,一点小修改也有大作为~

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,684评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,143评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,214评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,788评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,796评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,665评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,027评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,679评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,346评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,664评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,766评论 1 331
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,412评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,015评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,974评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,073评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,501评论 2 343

推荐阅读更多精彩内容