Get to know MDN better
このページはコミュニティーの尽力で英語から翻訳されました。MDN Web Docs コミュニティーについてもっと知り、仲間になるにはこちらから。
This feature is well established and works across many devices and browser versions. It’s been available across browsers since 2015年7月.
警告: 文字列から JavaScript を実行することは、非常に大きなセキュリティリスクを伴います。eval() を使用すると、悪意のある者が任意のコードを実行することがあまりにも簡単になります。下記の eval() を使わないでください!を参照してください。
eval() 関数は、文字列として表現された JavaScript コードを評価します。ソースはスクリプトとして解釈されます。
JavaScript の式、文、または一連の文を表す文字列です。式には、既存オブジェクトの変数およびプロパティを含められます。これはスクリプトとして解釈されますので、 import 宣言(モジュールの中に存在しうる)は許可されていません。
与えられたコードの評価結果の値を返します。評価結果が空の場合は、undefined を返します。もし script が文字列プリミティブでなければ、 eval() は引数を変更せずに返します。
コードを評価している間に発生するあらゆる例外が発生します。もし script がスクリプトとして解釈できなかった場合は SyntaxError になります。
eval() はグローバルオブジェクトの関数プロパティです。
eval() 関数の引数は文字列です。 ソース文字列をスクリプト本体として評価します。つまり、文と式の両方が使用可能です。コードの完了値を返します。式の場合は、式が評価された値です。多くの文や宣言も同様に完了値を持ちますが、その結果は意外なものになることがあります(例えば、代入の完了値は代入された値ですが、 let の完了値は undefined です)。そのため、文の完了値には頼らないことをお勧めします。
厳格モードでは、 eval という名前の変数を宣言したり、 eval に代入したりすることは SyntaxError になります。
eval() の引数が文字列でない場合、eval() は引数を変更せずに返します。次の例では、プリミティブの代わりに String オブジェクトを渡すと、 eval() は文字列を評価するのではなく、 String オブジェクトを返します。
一般的な方法でこの課題をうまく回避するには、eval() に渡す前に、自分で引数を文字列に変換することができます。
eval() の呼び出しには、直接 eval と間接 eval の 2 つのモードがあります。直接 eval は、その名前が示すとおり、グローバルな eval 関数を eval(...) で直接呼び出すことを指します。それ以外のすべては、エイリアス変数経由、メンバーアクセスやその他の式経由、またはオプショナルチェーン ?. 演算子を使用して呼び出すことも含めて、間接的なものです。
間接 eval は、コードが別個の <script> タグの中で評価されるように見ることができます。これはつまり次のような意味です。
間接 eval はローカルスコープではなくグローバルスコープで動作し、評価されるコードは呼び出されるスコープ内のローカル変数にアクセスすることはありません。
間接的な eval は周囲のコンテキストの厳格さを継承せず、ソース文字列自体に "use strict" ディレクティブがある場合にのみ 厳格モード になります。
一方、直接 eval は、呼び出すコンテキストの厳格さを継承します。
もしソース文字列が厳格モードで解釈されていない場合、 var で宣言された変数と 関数宣言 は周囲のスコープに入ってしまいます。厳格モードのコンテキストでの直接 eval であった場合、または eval のソース文字列自体が厳格モードであった場合、 var と関数宣言は周囲のスコープに「漏れる」ことはありません。
ディレクティブ eval は追加のコンテキスト式にアクセスすることができます。例えば、関数の本体で new.target を使用することができます。
直接 eval() はいくつもの問題を引き起こします。
eval() や関連のメソッドを使用することで、最適化したり、完全に避けることができる用途はたくさんあります。
このコードを考えてみてください。
間接 eval を使用して厳格モードを強制するだけで、コードはずっと良くなります。
上記の 2 つのコードスニペットは同じように動作するように見えるかもしれませんが、そうではありません。前者は直接的 eval を使用しているので、複数の問題が発生します。
より多くの範囲を検査するため、非常に時間がかかります。評価される文字列中の c: new Map() に注目してください。間接的 eval のバージョンでは、オブジェクトはグローバルスコープで評価されるので、インタープリターは Map が Map という名前のローカル変数ではなく、グローバルな Map() コンストラクターを参照しているとみなされます。しかし、直接的 eval を使用するコードでは、インタープリターはこれを想定することができません。例えば、次の例では、評価された文字列の Map は window.Map() を参照しません。
したがって、この eval() バージョンでは、ブラウザーは高価なルックアップ呼び出しを行い、Map() というローカル変数があるかどうかを確認します。
厳格モードを使用していない場合、 eval() ソース内の var 宣言は周囲のスコープの変数になります。これは、文字列が外部入力から取得された場合、特に同じ名前の既存の変数がある場合に、デバッグしにくい課題につながります。
直接的 eval は、周囲のスコープのバインディングを読み込んだり、変更したりすることができます。
直接的 eval を使用する場合、特に eval ソースが厳格モードであることを証明できない場合、 eval() ソースはその周囲のスコープ内の任意の変数名に依存することができるため、エンジン(およびビルドツール)はインライン化に関連するすべての最適化を無効にしなければなりません。
しかし、間接的な eval() を使用すると、評価されたソースが読み込む既存のグローバル変数以外の追加のバインディングを渡すことができません。評価されるソースがアクセスすべき追加の変数を指定する必要がある場合は、コンストラクター Function() を使用することを検討してください。
Function() コンストラクターは、上記の間接的 eval の例ととてもよく似ています。グローバルスコープで渡された JavaScript ソースを、ローカルバインディングを読み込んだり変更したりすることなく評価するので、エンジンは直接 eval() を実行するよりも多くの最適化を実行することができます。
eval() と Function()の異なる点は、Function()に渡された文字列はスクリプトとしてではなく、関数本体として解釈できるということです。例えば、関数本体の最上位では return 文を使用することができますが、スクリプトの中では使用できません。
Function() コンストラクターは、変数を引数として渡して eval ソース内でローカルバインディングを作成したい場合に有益です。
eval() と Function() はどちらも暗黙的に任意のコードを評価するので、厳格な CSP 設定では禁止されています。また、一般的な用途では eval() や Function() に代わる、より安全な(そして、より高速な)方法が他にもあります。
プロパティ名からプロパティ自体への変換を行うために eval() を使用しないでください。アクセスされるオブジェクトのプロパティがコードが実行されるまでわからない場合の例を考えてみましょう。これは eval() で行うことができます。
ただし、ここで eval() は必要ありません。実際、この使い方はお勧めできません。なぜなら propName が有効な識別子でないと構文エラーになるからです。さらに、 getPropName が制御する関数でない場合、任意のコードを実行してしまう可能性があります。代わりにプロパティアクセサーを使用したほうが、より速くて安全です。
このメソッドを使用して子孫プロパティにアクセスすることもできます。eval() を使うと以下のようになります。
ここで eval() を回避するには、プロパティのパスを分割し、様々なプロパティをループすることで行うことができます。
プロパティの設定も同様に行うことができます。
しかし、制約のない入力でブラケットアクセッサを使用することも安全ではありません。オブジェクトインジェクション攻撃を許す可能性もあります。
JavaScript 第一級関数を備えており、関数を他の API の引数としたり、変数やオブジェクトのプロパティに保存したりすることができます。多くの DOM API はこれを考慮して作られているので、次のように書くことができます(また、書くべきです)。
文字列を連結せずにパラメーター化した関数を作成する方法としては、クロージャを使う方法も便利です。
eval() の呼び出しに使おうとしている文字列がコードではなくデータ(例えば "[1, 2, 3]" で配列を表す)を含むものであれば、JSON に切り替えることを検討してください。これは JavaScript のサブセットを使用することで、文字列でデータを表現することができます。
JSON の構文は JavaScript の構文に比べて制限があり、多くの有効な JavaScript リテラルが JSON としては解釈されないことに注意してください。例えば、最後にカンマを付けることは JSON では許されておらず、オブジェクトリテラル内のプロパティ名(キー)は引用符で囲む必要があります。後で JSON として解析される文字列を生成するには、JSON シリアライザーを使うようにしてください。
任意のコードではなく、注意深く制約されたデータを渡すことは、一般的によい考えです。例えば、ウェブページの内容を取得できるよう設計された拡張であれば、JavaScript コードの代わりに XPath を使って取得ルールを定義できます。
次のコードでは、eval() を含むどちらの文も 42 を返します。最初のコードは文字列 "x + y + 1" を評価します。2 番目のコードは文字列 "42" を評価します。
eval() は最後に評価された式の値を返します。 if については、評価された最後の式または文になります。
次の例では eval() を使用して文字列 str を評価しています。この文字列は、x が 5 であれば z に 42 という値を割り当てる、そうでなければ z に 0 を代入するという JavaScript の文で構成されています。 2 つ目の文が実行されると、 eval() はこれらの文を発生させ、文の集合も評価して z に代入された値を返します。
複数の値を割り当てる場合は、最後の値を返します。
| ECMAScript® 2027 Language Specification # sec-eval-x |
Enable JavaScript to view this browser compatibility table.
This page was last modified on 2025年8月23日 by MDN contributors.
Your blueprint for a better internet.
Visit Mozilla Corporation’s not-for-profit parent, the Mozilla Foundation.
Portions of this content are ©1998–2026 by individual mozilla.org contributors. Content available under a Creative Commons license.