JavaScript的查詢機制LHS和RHS解析
JavaScript 引擎在查找一個變量的時候,有兩種查找機制:LHS 和 RHS。
RHS 的查詢是簡單地查找到某個變量的值,而 LHS 則是試圖找到變量的容器的本身。
一個簡單的例子:當我們執(zhí)行 console.log(a) 時,執(zhí)行的就是 RHS ,因為這里 a 并沒有賦予任何的值。相應的,需要查找并取得 a 的值,這樣才能將值傳遞給 conso.log(..)。
而當我們執(zhí)行到 a = 2 時,這里對 a 的引用就是 LHS 引用,因為實際上我們并不關(guān)心當前的值是什么,只是想要為 =2 這個賦值操作找到一個目標。
需要注意的是:
當我們執(zhí)行以下代碼:
function foo(a){
console.log(a); // 2
}
foo(2);
這里對 foo 的調(diào)用執(zhí)行了 RHS 引用,但還有一個隱式的 a = 2 的操作,這里又執(zhí)行了一個 LHS 引用。
我們通常把 function foo(a){} 轉(zhuǎn)變?yōu)?var foo,foo = function(){} ,如果這樣理解的話,這個函數(shù)聲明會執(zhí)行 LHS 查詢,但是在引擎執(zhí)行代碼的時候,并不會有線程專門用來將一個函數(shù)值“分配給”foo。所以,將函數(shù)聲明理解成 賦值 的 LHS 查詢的形式并不合適。
區(qū)分 LHS 和 RHS 是一件很重要的事。如果 RHS 查詢在作用域鏈中找不到需要的變量,會拋出 ReferenceError 的異常。
function foo(a){
console.log(a + b);
}
foo()
以上代碼會拋出異常:b is not defined
相比之下,如果JavaScript引擎執(zhí)行的是 LHS 查詢,如果一直到頂層的作用域(全局作用域)中都沒有找到目標變量的話,它就會在全局作用域中聲明一個具有目標名稱的變量,并將其返回給引擎。(非嚴格模式下,嚴格模式下會禁止自動創(chuàng)建或隱式創(chuàng)建全局變量)
function foo(a){
b = a; // b = 2
}
foo(2)
上面的代碼執(zhí)行的 LHS 查詢,在非嚴格模式下,JavaScript 引擎在全局作用域中沒有找到 b,所以它就在全局作用域中聲明了一個變量 b。所以此時結(jié)果不會報錯且b被賦值為2。
總結(jié):
作用域是一套規(guī)則,用于確定在何處以及如何查找變量(標識符)。如果查找的目的是對變量進行賦值,就會使用 LHS 查詢;如果目的是獲取變量的值,就會使用 RHS 查詢。
= 操作符或調(diào)用函數(shù)時傳入?yún)?shù)的操作都會導致關(guān)聯(lián)作用域的賦值操作。
LHS 和 RHS 查詢都會在當前執(zhí)行作用域中開始,如果有需要(當前沒找到),就會向上級作用域繼續(xù)查找目標標識符(作用域鏈)。
不成功的 RHS 會導致拋出 ReferenceError 異常。不成功的 LHS 會自動隱式在全局作用域中創(chuàng)建一個全局變量(非嚴格模式下),該變量使用 LHS 引用的目標作為標識符。(如果是嚴格模式下也會拋出 ReferenceError 異常)。
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
重載toString實現(xiàn)JS HashMap分析
用過Java的都知道,里面有個功能強大的數(shù)據(jù)結(jié)構(gòu)——HashMap,它能提供鍵與值的對應訪問。不過熟悉JS的朋友也會說,JS里面到處都是hashmap,因為每個對象都提供了map[key]的訪問形式。2011-03-03
js基于面向?qū)ο髮崿F(xiàn)網(wǎng)頁TAB選項卡菜單效果代碼
這篇文章主要介紹了js基于面向?qū)ο髮崿F(xiàn)網(wǎng)頁TAB選項卡菜單效果代碼,實例演示了鼠標滑過即點擊兩種方式實現(xiàn)tab選項卡切換功能,涉及JavaScript鼠標事件控制頁面元素屬性變換的功能,需要的朋友可以參考下2015-09-09

