Javascript變量的作用域和作用域鏈詳解
工作這幾年,js學(xué)的不是很好,正好周末有些閑時(shí)間,索性買本《js權(quán)威指南》,大名鼎鼎的犀牛書,好好的把js深入的看一看。買過這本書的第一印象就是賊厚,不過后面有一半部分都是參考手冊。
一:作用域
說起變量第一個(gè)要說到的肯定就是作用域,正是因?yàn)椴皇煜S的作用域,往往就會(huì)把面向?qū)ο蟮淖饔糜驈埞诶畲?,畢竟有些東西總是習(xí)慣性的這樣,但是并不是每次照搬都是可以的,那么下一個(gè)問題就來了,js到底是什么作用域,當(dāng)然是函數(shù)作用域了,我們的瀏覽器就是一個(gè)被實(shí)例化的window對象,如果在window下定義一個(gè)name字段,那么name字段就具有window這個(gè)函數(shù)作用域,也就是在window下都是可以訪問的,如果在window下定義一個(gè)function ctrip,然后里面再定義一個(gè)name,那么這個(gè)新定義的name只能在ctrip函數(shù)下通用,而老的name繼續(xù)在window下通用,舉個(gè)例子。
從圖中可以看出兩點(diǎn):
1: 在window下定義了一個(gè)name,居然還可以在function下定義一個(gè)重名的name,這個(gè)在C#里面是不可想象的。
2:在JS下就可以做到眼瞎,它只認(rèn)自己的作用域,所以就出現(xiàn)了第一個(gè)"second",你可能覺得這個(gè)沒有什么稀奇的地方,這是因?yàn)榭赡苣氵€沒有真正理解什么是函數(shù)作用域,解析器在執(zhí)行ctrip的時(shí)候,第一件事情就是尋找ctrip下的所有局部變量,然后再執(zhí)行后續(xù)語句,既然是先尋找,那么var name="second"這條語句定義在ctrip中任何位置都是可以的,下面我們把語句調(diào)換過來。
可以看到在ctrip函數(shù)下,第一個(gè)console.log輸出的是undefined,這個(gè)結(jié)果可以證實(shí),確實(shí)做了第一件事情是收集到了name這個(gè)局部變量,可能有人說為什么沒有變成”second“,那是因?yàn)槌跏蓟僮鞅仨毷侵鹫Z句執(zhí)行,所以在ctrip函數(shù)中執(zhí)行console.log(name)時(shí),此時(shí)解析器只知道有一個(gè)未賦值的變量name,所以就console的時(shí)候就是undefined了。
二:作用域鏈
從上面的這個(gè)例子中我們也很清楚的知道了,在function中定義的變量只具有function范圍內(nèi)的作用域,同時(shí)我們也看到上面這個(gè)例子只是一層嵌套,window是個(gè)大的function,里面是一個(gè)ctrip的function,同樣的道理也可以延伸到多層嵌套,比如三層,四層。。。。N層,這些層就形成了一個(gè)鏈?zhǔn)浇Y(jié)構(gòu)。
從圖中可以看到,我在ctrip下再定義了一個(gè)plane函數(shù),這樣的話就有三層了,輸出的結(jié)果也是我們希望看到的,每層的name只在自己的作用域范圍
內(nèi)生效,但是下面有一個(gè)問題來了,有一天我傻逼了,在定義plane的函數(shù)時(shí),把 var name="third" 中的var忘記寫了,那么這個(gè)時(shí)候,plane中的
name到底是什么值呢? 是first還是second呢?
var name="first";
function ctrip(){
var name="second";
function plane(){
name="third";
console.log(name);
}
plane();
console.log(name);
}
ctrip();
console.log(name);
現(xiàn)在就是考驗(yàn)?zāi)闶欠裾娴亩俗饔糜蜴?,仔?xì)想想會(huì)發(fā)現(xiàn),當(dāng)代碼執(zhí)行到plane函數(shù)中的name=”third“時(shí),發(fā)現(xiàn)plane函數(shù)中并沒有name這個(gè)局部變量,恰好代碼又在ctrip這個(gè)大函數(shù)中,所以解析器就會(huì)回溯到ctrip函數(shù)中尋找name,發(fā)現(xiàn)果然有name,這個(gè)時(shí)候就把ctrip的name修改成了”third“。
又有一天,我喝多了酒又傻逼了一回,在定義plane函數(shù)的時(shí)候,把name="third" 錯(cuò)寫成了 nam="third"; 丟了一個(gè)e,你可以說是酒精的問題,
又不是我代碼的問題。那么這個(gè)時(shí)候解析器該怎么處理呢?同樣的道理,在回溯時(shí),發(fā)現(xiàn)ctrip沒有,再回溯到頂層的window下,發(fā)現(xiàn)還是沒有,
這個(gè)時(shí)候解析器做了這樣的處理,既然整個(gè)鏈中都沒有,你又賦值了,我總不能給你報(bào)錯(cuò),那多尷尬呀,就索性給你在window下隱式的定義一個(gè)
nam變量,這個(gè)時(shí)候nam其實(shí)就是全局變量了。我們可以在window頂層console一下nam看看。
好了,關(guān)于變量的東西也就這么多了,沒什么稀奇的,理解了就沒什么意思了。
相關(guān)文章
基于JavaScript實(shí)現(xiàn)表格隔行換色
這篇文章主要介紹了基于JavaScript實(shí)現(xiàn)表格隔行換色,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-05-05整理的比較全的event對像在ie與firefox瀏覽器中的區(qū)別
event對像在IE與FF中的區(qū)別,本文整理了很多,個(gè)人感覺還是比較全面的,需要的朋友可以收藏下2013-11-11TypeScript利用TS封裝Axios實(shí)戰(zhàn)
這篇文章主要介紹了TypeScript利用TS封裝Axios實(shí)戰(zhàn),TypeScript封裝一遍Axios,能進(jìn)一步鞏固TypeScript的基礎(chǔ)知識(shí),需要的小伙伴可以參考一下2022-06-06typescript在node.js下使用別名(paths)無效的問題詳解
這篇文章主要給大家介紹了關(guān)于typescript在node.js下使用別名(paths)無效問題的相關(guān)資料,文中通過圖文以及示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2022-07-07JavaScript面向?qū)ο蟮某绦蛟O(shè)計(jì)(犯迷糊的小羊)
這篇文章主要介紹了JavaScript面向?qū)ο蟮某绦蛟O(shè)計(jì)(犯迷糊的小羊),需要的朋友可以參考下2018-05-05關(guān)于JavaScript中parseInt()的一個(gè)怪異行為解決
parseInt()是內(nèi)置的?JS?函數(shù),用于解析數(shù)字字符串中的整數(shù),下面這篇文章主要給大家介紹了關(guān)于JavaScript中parseInt()的一個(gè)怪異行為解決,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-12-12微信{"errcode":48001,"errmsg":"api unauthorized, hints: [ req_
這篇文章主要介紹了微信{"errcode":48001,"errmsg":"api unauthorized, hints: [ req_id: 1QoCla0699ns81 ]"},非常具有實(shí)用價(jià)值,需要的朋友可以參考下2018-10-10