工作這幾年，js學的不是很好，正好周末有些閒時間，索性買本《js權威指南》，大名鼎鼎的犀牛書，好好的把js深入的看一看。買過這本書的第一印象就是賊厚，不過後面有一半部分都是參考手冊。
一：作用域
說起變量第一個要說到的肯定就是作用域，正是因為不熟悉JS的作用域，往往就會把面向對象的作用域張冠李戴，畢竟有些東西總是習慣性的這樣，但是並不是每次照搬都是可以的，那麼下一個問題就來了，js到底是什麼作用域，當然是函數作用域了，我們的浏覽器就是一個被實例化的window對象，如果在window下定義一個name字段，那麼name字段就具有window這個函數作用域，也就是在window下都是可以訪問的，如果在window下定義一個function ctrip，然後裡面再定義一個name，那麼這個新定義的name只能在ctrip函數下通用，而老的name繼續在window下通用，舉個例子。
從圖中可以看出兩點：
1: 在window下定義了一個name，居然還可以在function下定義一個重名的name，這個在C#裡面是不可想象的。
2：在JS下就可以做到眼瞎，它只認自己的作用域，所以就出現了第一個"second"，你可能覺得這個沒有什麼稀奇的地方，這是因為可能你還沒有真正理解什麼是函數作用域，解析器在執行ctrip的時候，第一件事情就是尋找ctrip下的所有局部變量，然後再執行後續語句，既然是先尋找，那麼var name="second"這條語句定義在ctrip中任何位置都是可以的，下面我們把語句調換過來。
可以看到在ctrip函數下，第一個console.log輸出的是undefined，這個結果可以證實，確實做了第一件事情是收集到了name這個局部變量，可能有人說為什麼沒有變成”second“，那是因為初始化操作必須是逐語句執行，所以在ctrip函數中執行console.log(name)時，此時解析器只知道有一個未賦值的變量name，所以就console的時候就是undefined了。
二：作用域鏈
從上面的這個例子中我們也很清楚的知道了，在function中定義的變量只具有function范圍內的作用域，同時我們也看到上面這個例子只是一層嵌套，window是個大的function，裡面是一個ctrip的function，同樣的道理也可以延伸到多層嵌套，比如三層，四層。。。。N層，這些層就形成了一個鏈式結構。
從圖中可以看到，我在ctrip下再定義了一個plane函數，這樣的話就有三層了，輸出的結果也是我們希望看到的，每層的name只在自己的作用域范圍
內生效，但是下面有一個問題來了，有一天我傻逼了，在定義plane的函數時，把 var name="third" 中的var忘記寫了，那麼這個時候，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);
現在就是考驗你是否真的懂了作用域鏈，仔細想想會發現，當代碼執行到plane函數中的name=”third“時，發現plane函數中並沒有name這個局部變量，恰好代碼又在ctrip這個大函數中，所以解析器就會回溯到ctrip函數中尋找name，發現果然有name，這個時候就把ctrip的name修改成了”third“。
又有一天，我喝多了酒又傻逼了一回，在定義plane函數的時候，把name="third" 錯寫成了 nam="third"; 丟了一個e，你可以說是酒精的問題，
又不是我代碼的問題。那麼這個時候解析器該怎麼處理呢？同樣的道理，在回溯時，發現ctrip沒有，再回溯到頂層的window下，發現還是沒有，
這個時候解析器做了這樣的處理，既然整個鏈中都沒有，你又賦值了，我總不能給你報錯，那多尴尬呀，就索性給你在window下隱式的定義一個
nam變量，這個時候nam其實就是全局變量了。我們可以在window頂層console一下nam看看。
好了，關於變量的東西也就這麼多了，沒什麼稀奇的，理解了就沒什麼意思了。