JavaScript中的eval()函數(shù)詳解
eval(“1+2”),-> 3
動態(tài)判斷源代碼中的字符串是一種很強大的語言特性,幾乎沒有必要在實際中應(yīng)用。如果你使用了eval(),你應(yīng)當(dāng)仔細(xì)考慮是否真的需要使用它。
一、eval()是一個函數(shù)還是一個運算符
eval()是一個函數(shù),但由于它已經(jīng)被當(dāng)成運算符來對待了。。JavaScript語言的早期版本定義了eval函數(shù),現(xiàn)代JavaScript解釋器進(jìn)行了大量的代碼分析和優(yōu)化。而eval的問題在于,用于動態(tài)執(zhí)行的代碼通常來講不能分析,換句話說,如果一個函數(shù)調(diào)用了eval,那么解釋器將無法對這個函數(shù)做進(jìn)一步優(yōu)化,而將eval定義為函數(shù)的另一個問題是,它可以被賦予其他的名字,var f=eval;那么解釋器就無法放心的優(yōu)化任何調(diào)用了f()的函數(shù)。而當(dāng)eval是一個運算符的時候,就可以避免這些問題。
二、eval()
eval()只有一個參數(shù)。如果傳入的參數(shù)不是字符串,它直接返回這個函數(shù)。如果參數(shù)是字符串,它會把字符串當(dāng)成JavaScript代碼進(jìn)行編譯,如果編譯失敗者拋出一個語法錯誤異常。如果編譯成功,則開始執(zhí)行這一段代碼,并返回字符串中的最后一個表達(dá)式會或語句的值,如果最后一個表達(dá)式或語句沒有值,則最終返回undefined。如果字符串拋出一個異常,這個異常將把該調(diào)用傳遞給eval()。
關(guān)于eval最重要的是,它使用了調(diào)用它的變量作用域環(huán)境。也就是說,它查找變量的值和定義新變量和函數(shù)的操作和局部作用域中的代碼完全一樣。如果一個函數(shù)定義了一個局部變量x,然后調(diào)用eval(“x”),它會返回局部變量的值。如果它調(diào)用eval(“x=1”),它會改變局部變量的值。如果函數(shù)調(diào)用了eval(“var y=2;”),它聲明了一個新的局部變量y,同樣地,一個函數(shù)可以通過如下代碼聲明一個局部變量:
eval(“function f(){return x+1;}”);
如果在最頂層的代碼中調(diào)用eval,當(dāng)然,它會作用于全局變量和全局函數(shù)。
需要注意的是,傳遞給eval的字符串必須在語法上將的通,不能通過eval往函數(shù)中任意粘貼代碼片段,比如:eval(“return ;”)是沒有意義的,因為return只有在函數(shù)中才起到作用,并且事實上,eval的字符串執(zhí)行時的上下文環(huán)境和調(diào)用函數(shù)的上下文環(huán)境是一樣的,這不能使其作為函數(shù)的一部分來運行。如果字符串作為一個單獨的腳本是有語義的,那么將其傳遞給eval作參數(shù)是完全沒有問題的,否則,eval會拋出語法錯誤異常。
三、全局eval()
eval()具有更改布局變量的能力,這對于JavaScript優(yōu)化器來說是一個很大的問題。然而作為一種權(quán)宜之計,JavaScript解釋器針對那些調(diào)用了eval的函數(shù)所做的優(yōu)化并不多。但當(dāng)腳本定義了eval的一個別名,且用另一個名稱調(diào)用它,JavaScript解釋器又會如何工作呢?為了讓JavaScript解釋器的實現(xiàn)更加簡化,ECMAScript3標(biāo)準(zhǔn)規(guī)定了任何解釋器都不允許對eval賦予別名。如果eval函數(shù)通過別名調(diào)用的話,則會拋出一個EavlError異常。
實際上,大多數(shù)的實現(xiàn)并不是這么做的。當(dāng)通過別名調(diào)用時,eval會將其字符串當(dāng)成頂層的全局代碼來執(zhí)行。執(zhí)行的代碼可能會定義新的全局變量和全局函數(shù),或者給全局變量賦值,但卻不能使用或者修改主調(diào)函數(shù)中的局部變量,因此,這不會影響到函數(shù)內(nèi)的代碼優(yōu)化。
ECMAScript5是反對使用EavlError的,并且規(guī)范了eval的行為,“直接的eval”,當(dāng)直接使用非限定的“eval”名稱來調(diào)用eval()函數(shù)時,通常稱為“直接eval”。直接調(diào)用eval()時,它總是在調(diào)用它的上下文作用域內(nèi)執(zhí)行。其他的間接調(diào)用則使用全局對象作為其上下文作用域,并且無法讀、寫、定義局部變量和函數(shù)。下面有一段示例代碼:
var geval=eval; //使用別名調(diào)用evla將是全局eval
var x="global",y="global"; //兩個全局變量
function f(){ //函數(shù)內(nèi)執(zhí)行的是局部eval
var x="local"; //定義局部變量
eval("x += ' chenged';");//直接使用eval改變的局部變量的值
return x; //返回更改后的局部變量
}
Function g(){ //這個函數(shù)內(nèi)執(zhí)行了全局eval
var y="local";
geval("y += ' changed';"); //直接調(diào)用改變了全局變量的值
return y;
}
console.log(f(),x); //改變了布局變了,輸出 “l(fā)ocal changed global”
console.log(g(),y); //改變了全局變量,輸出 “l(fā)ocal global changed”
全局的eval的這些行為不僅僅是處于代碼優(yōu)化其的需要而作出的一種折中方案,它實際上是一種非常有用的特性,它允許我們執(zhí)行那些對上下文沒有任何依賴的全局腳本代碼段。真正需要eval來執(zhí)行代碼段的場景并不多見。但當(dāng)你真的意識到它的必要性的時候,你更可能會使用全局eval而不是局部eval。
四、嚴(yán)格eval()
ECMAScript5嚴(yán)格模式對eval()函數(shù)的行為施加了更多的限制,甚至對標(biāo)識符eval的使用也施加了限制。當(dāng)在嚴(yán)格模式下調(diào)用eval時,或者eval執(zhí)行的代碼段以“Use strict” 指令開始,這里的eval是私有上下文環(huán)境中的局部eval。也就是說,在嚴(yán)格模式下,eval執(zhí)行的代碼段可以查詢或更改局部變量,但不能在局部作用域中定義新的變量或函數(shù)。
此外,嚴(yán)格模式將“eval”列為保留字,這讓eval()更像一個運算符。不能用一個別名覆蓋eval()函數(shù)。并且變量名,函數(shù)名。函數(shù)參數(shù)或者異常捕獲的參數(shù)都不能取名為eval。
寶劍鋒從磨礪出,梅花香自苦寒來。
相關(guān)文章
js實現(xiàn)unicode碼字符串與utf8字節(jié)數(shù)據(jù)互轉(zhuǎn)詳解
這篇文章主要介紹了js實現(xiàn)unicode碼字符串與utf8字節(jié)數(shù)據(jù)互轉(zhuǎn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-03-03設(shè)計模式中的facade外觀模式在JavaScript開發(fā)中的運用
外觀模式通過引入一個外觀角色來簡化客戶端與子系統(tǒng)之間的交互,為復(fù)雜的子系統(tǒng)調(diào)用提供一個統(tǒng)一的入口,降低子系統(tǒng)與客戶端的耦合,接下來就來看設(shè)計模式中的facade外觀模式在JavaScript開發(fā)中的運用2016-05-05ajax上傳時參數(shù)提交不更新等相關(guān)問題
我感覺好像這個上傳插件只在第一次點擊的時候?qū)嵗?shù)傳給后臺,所以以后值都是不變的,應(yīng)該怎么解決這個問題呢2012-12-12JavaScript高級程序設(shè)計(第3版)學(xué)習(xí)筆記4 js運算符和操作符
如果說數(shù)據(jù)類型是編程語言的磚瓦,那么運算符和操作符則是編程語言的石灰和水泥了,它是將各種數(shù)據(jù)類型的值有機(jī)組合的糅合劑,使得數(shù)據(jù)值不再只是一個孤立的值,而有了一種動態(tài)的靈性2012-10-10