看下面的代碼：

回答以下問題：

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

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

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

這里a就是變量名，1就是變量值。唉，這個(gè)太基礎(chǔ)了?？聪旅娴拇a：

以firebug測(cè)試，會(huì)彈出undefined，這個(gè)是大家很熟悉的一個(gè)字符串了，貌似表示變量未定義。但我覺得，我已經(jīng)var了啊，這就是定義了嘛，只是沒有附值而已。

我們來個(gè)真正的沒有定義的：

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

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

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

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

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

簡單的說：JS中不存在沒有值的變量,變量聲明的時(shí)候就賦值了。

然后我們看下面的代碼：

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

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

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

這么一來就懂了。

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

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

現(xià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我就不說了。

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

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

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

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

這也是一種聲明變量的方式，那么，這段代碼會(huì)報(bào)錯(cuò)嗎？為什么？