eval(“1+2”)，-> 3

      動態判斷源代碼中的字符串是一種很強大的語言特性，幾乎沒有必要在實際中應用。如果你使用了eval()，你應當仔細考慮是否真的需要使用它。

一、eval()是一個函數還是一個運算符

eval()是一個函數，但由于它已經被當成運算符來對待了。。JavaScript語言的早期版本定義了eval函數，現代JavaScript解釋器進行了大量的代碼分析和優化。而eval的問題在于，用于動態執行的代碼通常來講不能分析，換句話說，如果一個函數調用了eval，那么解釋器將無法對這個函數做進一步優化，而將eval定義為函數的另一個問題是，它可以被賦予其他的名字，var f=eval；那么解釋器就無法放心的優化任何調用了f()的函數。而當eval是一個運算符的時候，就可以避免這些問題。

二、eval()

eval()只有一個參數。如果傳入的參數不是字符串，它直接返回這個函數。如果參數是字符串，它會把字符串當成JavaScript代碼進行編譯，如果編譯失敗者拋出一個語法錯誤異常。如果編譯成功，則開始執行這一段代碼，并返回字符串中的最后一個表達式會或語句的值，如果最后一個表達式或語句沒有值，則最終返回undefined。如果字符串拋出一個異常，這個異常將把該調用傳遞給eval()。

關于eval最重要的是，它使用了調用它的變量作用域環境。也就是說，它查找變量的值和定義新變量和函數的操作和局部作用域中的代碼完全一樣。如果一個函數定義了一個局部變量x，然后調用eval(“x”)，它會返回局部變量的值。如果它調用eval(“x=1”)，它會改變局部變量的值。如果函數調用了eval(“var y=2;”),它聲明了一個新的局部變量y，同樣地，一個函數可以通過如下代碼聲明一個局部變量：

eval(“function f(){return x+1;}”);

如果在最頂層的代碼中調用eval，當然，它會作用于全局變量和全局函數。

需要注意的是，傳遞給eval的字符串必須在語法上將的通，不能通過eval往函數中任意粘貼代碼片段，比如：eval(“return ;”)是沒有意義的，因為return只有在函數中才起到作用，并且事實上，eval的字符串執行時的上下文環境和調用函數的上下文環境是一樣的，這不能使其作為函數的一部分來運行。如果字符串作為一個單獨的腳本是有語義的，那么將其傳遞給eval作參數是完全沒有問題的，否則，eval會拋出語法錯誤異常。

三、全局eval()

eval()具有更改布局變量的能力，這對于JavaScript優化器來說是一個很大的問題。然而作為一種權宜之計，JavaScript解釋器針對那些調用了eval的函數所做的優化并不多。但當腳本定義了eval的一個別名，且用另一個名稱調用它，JavaScript解釋器又會如何工作呢？為了讓JavaScript解釋器的實現更加簡化，ECMAScript3標準規定了任何解釋器都不允許對eval賦予別名。如果eval函數通過別名調用的話，則會拋出一個EavlError異常。

實際上，大多數的實現并不是這么做的。當通過別名調用時，eval會將其字符串當成頂層的全局代碼來執行。執行的代碼可能會定義新的全局變量和全局函數，或者給全局變量賦值，但卻不能使用或者修改主調函數中的局部變量，因此，這不會影響到函數內的代碼優化。

ECMAScript5是反對使用EavlError的，并且規范了eval的行為，“直接的eval”，當直接使用非限定的“eval”名稱來調用eval（）函數時，通常稱為“直接eval”。直接調用eval（）時，它總是在調用它的上下文作用域內執行。其他的間接調用則使用全局對象作為其上下文作用域，并且無法讀、寫、定義局部變量和函數。下面有一段示例代碼：

四、嚴格eval()

ECMAScript5嚴格模式對eval（）函數的行為施加了更多的限制，甚至對標識符eval的使用也施加了限制。當在嚴格模式下調用eval時，或者eval執行的代碼段以“Use strict” 指令開始，這里的eval是私有上下文環境中的局部eval。也就是說，在嚴格模式下，eval執行的代碼段可以查詢或更改局部變量，但不能在局部作用域中定義新的變量或函數。

此外，嚴格模式將“eval”列為保留字，這讓eval（）更像一個運算符。不能用一個別名覆蓋eval（）函數。并且變量名，函數名。函數參數或者異常捕獲的參數都不能取名為eval。

寶劍鋒從磨礪出，梅花香自苦寒來。