我想花一點(diǎn)時(shí)間來解決你的問題的前提 - eval（）是“ 邪惡的 ”。編程語言人使用的“ 邪惡 ” 一詞通常意味著“危險(xiǎn)”，或者更準(zhǔn)確地說“能夠通過簡單的命令造成大量傷害”。那么，什么時(shí)候可以使用危險(xiǎn)的東西呢？當(dāng)您知道危險(xiǎn)是什么時(shí)，以及何時(shí)采取適當(dāng)?shù)念A(yù)防措施。
至關(guān)重點(diǎn)，我們來看看使用eval（）的危險(xiǎn)性?？赡艽嬖谠S多小的隱患，就像其他一切一樣，但兩個(gè)大的風(fēng)險(xiǎn) - eval（）被認(rèn)為是邪惡的原因 - 是性能和代碼注入。
性能 - eval（）運(yùn)行解釋器/編譯器。如果你的代碼是編譯的，那么這是一個(gè)很大的問題，因?yàn)槟阈枰谶\(yùn)行時(shí)調(diào)用一個(gè)可能很重的編譯器。但是，JavaScript仍然主要是一種解釋語言，這意味著在一般情況下調(diào)用eval（）并不是一個(gè)很大的性能影響（但請(qǐng)參閱下面的具體說明）。
代碼注入 - eval（）可能在提升的權(quán)限下運(yùn)行一串代碼。例如，以管理員/ root身份運(yùn)行的程序永遠(yuǎn)不會(huì)想要eval（）用戶輸入，因?yàn)樵撦斎肟赡苁恰皉m -rf / etc / important-file”或更糟。同樣，瀏覽器中的JavaScript沒有這個(gè)問題，因?yàn)槌绦驘o論如何都在用戶自己的帳戶中運(yùn)行。服務(wù)器端JavaScript可能存在這個(gè)問題。
根據(jù)您的具體情況而定。根據(jù)我的理解，你自己生成字符串，所以假設(shè)你小心不要生成像“rm -rf something-important”這樣的字符串，那么就沒有代碼注入的風(fēng)險(xiǎn)（但請(qǐng)記住，它非常非常在一般情況下很難確保這一點(diǎn)）。此外，如果你在瀏覽器中運(yùn)行，那么代碼注入是一個(gè)非常小的風(fēng)險(xiǎn)，我相信。
至于性能，你將不得不重視編碼的簡易性。我認(rèn)為，如果你正在解析公式，你也可以在解析期間計(jì)算結(jié)果，而不是運(yùn)行另一個(gè)解析器（eval（）中的一個(gè)）。但是使用eval（）進(jìn)行編碼可能更容易，并且性能損失可能不明顯。看起來eval（）在這種情況下并不比任何其他可以節(jié)省你一些時(shí)間的函數(shù)更邪惡。
