看下面的代碼：

回答以下問(wèn)題：

會(huì)報(bào)錯(cuò)嗎？會(huì)彈出幾次？
第2個(gè)alert是true還是false?
第3個(gè)alert彈出什么？
為什么？
思考下，然后測(cè)試下，如果你回答正確，那么后面的文章就不用看了。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

在JS里定義變量太簡(jiǎn)單了，直接一個(gè)var ，甚至不用var都可以：

我們來(lái)個(gè)真正的沒(méi)有定義的：

沒(méi)錯(cuò)，就是直接alert一個(gè)根本沒(méi)有出現(xiàn)過(guò)的變量，這會(huì)如何？

firebug直接報(bào)錯(cuò)了：a is not defined.意思是a沒(méi)有定義。這個(gè)結(jié)合前面的代碼來(lái)看，讓人困惑。這個(gè)沒(méi)有定義和前面的未定義有什么不同呢？

其實(shí)前面的代碼等價(jià)于這樣的：

也就是說(shuō)，當(dāng)聲明變量而不賦值時(shí)，JS會(huì)給變量傳一個(gè)undefined值，注意，這是個(gè)“值”，說(shuō)明a已經(jīng)有值了，這個(gè)值就叫“未定義”。

而后面的直接alert，變量從沒(méi)有出現(xiàn)過(guò)，也就是說(shuō)這才是真正的未定義。

簡(jiǎn)單的說(shuō)：JS中不存在沒(méi)有值的變量,變量聲明的時(shí)候就賦值了。

然后我們看下面的代碼：

這個(gè)代碼會(huì)報(bào)錯(cuò)嗎？因?yàn)樵赼lert的時(shí)候變量a還沒(méi)來(lái)得及出現(xiàn)呀。

但是這樣居然沒(méi)有報(bào)錯(cuò)，而是彈出了undefined值。表明變量a已經(jīng)存在了，只是值卻不是我們想要的，而是undefined。這又是個(gè)什么問(wèn)題呢？

因?yàn)関ar 變量聲明和函數(shù)聲明一樣，會(huì)提前，其實(shí)上面的代碼是這樣的：

這么一來(lái)就懂了。

所以，這個(gè)問(wèn)題的關(guān)鍵在于：var 聲明會(huì)提前到作用域頂端，但附值卻不會(huì)———好糾結(jié)的設(shè)定，不知道為什么要這么搞。個(gè)人覺(jué)得這是JS的一個(gè)缺陷。

現(xiàn)在有一種代碼習(xí)慣，主張把變量聲明一律放在作用域前方，大概就是考慮到這個(gè)——反正就算你不寫(xiě)在前方，JS也會(huì)提前到前方。

現(xiàn)在放出文首問(wèn)題的答案：

只會(huì)彈出兩個(gè)alert，而if里面的alert不會(huì)執(zhí)行，因?yàn)関ar聲明的提前性，導(dǎo)致真正的代碼是這個(gè)樣子：

雖然aa為空，但用'aa' in window判斷時(shí)會(huì)為真，因?yàn)閍確實(shí)存在了，而值是undefined。所以if代碼不會(huì)執(zhí)行。后面兩個(gè)alert我就不說(shuō)了。

個(gè)人感覺(jué)這是一個(gè)很無(wú)厘頭的問(wèn)題，我們應(yīng)該了解他的原因，但鄙視他這種陷阱。

上面這個(gè)問(wèn)題也是我寫(xiě)這篇文章的緣由，這段代碼是我從一篇網(wǎng)文里看到的，但他里面沒(méi)有答案，我百撕不得騎姐，跑到stackoverflow上去問(wèn)了才搞清楚。答案就是這篇文章。

但這是很基礎(chǔ)的問(wèn)題啊其實(shí)?。?！

哈哈，原諒我，后面還有一個(gè)問(wèn)題：

最新評(píng)論