こんにちは！フロントエンドからNode.jsの深層まで、JavaScriptのコードが動く裏側のすべてを知り尽くしたチーフアーキテクトです。
普段何気なく書いているJavaScriptですが、ブラウザのV8エンジンやNode.jsのランタイムが、私たちのコードを裏側でどのように解釈し、最適化しているか気になったことはありませんか？
今回は、JavaScriptの歴史が生んだ「絶対に触ってはいけない禁断の魔術」、`eval()` 関数と `with` 文についてお話しします。なぜこれらがV8エンジンの最適化を完全に破壊し、パフォーマンスを地獄に落とすのか。そしてなぜセキュリティ上の致命傷になるのか。
ここをクリアすれば、JavaScriptのスコープと実行モデルの本質が手に取るように分かりますよ。さあ、一緒にその深淵を覗いてみましょう！
—
1. そもそもスコープチェーンって何だろう？（V8の視点）
JavaScriptが実行されるとき、変数を探すための「住所録」のような仕組みがあります。これがスコープチェーンです。
通常、V8エンジン（JavaScriptの実行エンジン）は、私たちがコードを書いた瞬間（正確には実行前のコンパイル段階）に、「この変数はどのスコープのどこにあるのか」を完全に静的に（コードを読むだけで）特定できます。
const globalVar = “グローバル”;
function outer() {
const outerVar = “アウター”;
function inner() {
const innerVar = “インナー”;
// V8はここで「innerVarはすぐ見つかる、outerVarは1つ上のスコープだ」と
// コードを書いた時点で完全に把握しています。超高速です！
console.log(innerVar, outerVar, globalVar);
}
inner();
}
outer();
V8エンジンは、この「変数がどこにあるかあらかじめ分かっている」という前提のおかげで、メモリ上のアクセスを極限まで最適化（インラインキャッシュやレジスタ割り当てなど）しています。
しかし、ここに `eval()` と `with` という暴れ馬が登場すると、この平和な世界が一瞬で崩壊するのです。
—
2. eval() の正体：動的コード実行という名の劇薬
`eval()` は、引数に渡した文字列を、あたかもその場で書かれたコードであるかのように動的に実行してしまう恐ろしい関数です。
基本的な使い方とコードの意味
// 文字列としてコードを渡して実行できる
const x = 10;
const y = 20;
// 文字列を結合して動的なコードを作る
const code = “console.log(x + y);”;
eval(code); // 30 と出力される
一見、「動的にプログラムを作れて便利じゃないか！」と思うかもしれませんが、これがV8エンジンにとっては悪夢の始まりなのです。
なぜ eval() はスコープを破壊するのか？
V8エンジンは、コードを解析するときに「この関数の中にはどんな変数があるか」をあらかじめリストアップします。これをスコープの静的解析と呼びます。
しかし、`eval()` の中身は実行されるまで何が書かれているか絶対に分かりません。
もし、`eval()` の中で突然 `const x = 999;` と宣言されたり、外側の変数を書き換えるコード（`x = 50;`）が書かれていたらどうでしょう？
function unsafeFunction(str) {
const x = 10;
// 実行するまで、この文字列の中に何が書かれているかV8には分からない！
eval(str);
// V8「えっ、evalの中で変数 x が書き換えられたかもしれない…？」
// V8「ということは、さっき最適化した変数の場所の記憶が使えないぞ！」
console.log(x);
}
// 外から変数 x を乗っ取るようなコードを渡せてしまう
unsafeFunction(“var x = 999;”);
`eval()` が使われていると、V8エンジンは「この関数内にある変数は、いつどこで書き換えられるか予測がつかない」と判断します。その結果、コード全体の最適化をあきらめざるを得なくなり、実行速度が劇的に低下（パフォーマンスの急降下）します。
さらに、外部から任意の悪意あるコードを注入される「インジェクション攻撃」の温床になるため、セキュリティの観点からも現代のJavaScript開発において `eval()` の使用は厳禁（Strict Modeでは強力に制限されます）となっています。
—
3. with文の正体：一時的なスコープの拡張と「迷子」の変数
次に紹介するのが `with` 文です。これは、オブジェクトのプロパティを、わざわざ `obj.prop` と書かずに直接変数のように扱えるようにするための構文です。
基本的な使い方とコードの意味
const user = {
name: “Taro”,
age: 28,
city: “Tokyo”
};
// with文を使うと…
with (user) {
// オブジェクトのキーをそのまま変数として使える！
console.log(name); // “Taro”
console.log(age); // 28
console.log(city); // “Tokyo”
}
一見するとタイポが減って便利そうに見えますよね。しかし、これもV8にとっては許されざる大罪です。
なぜ with文 はスコープチェーンを破壊するのか？
問題は、`with(obj)` のブロック内に入った瞬間、「そのオブジェクトのプロパティが、既存のスコープチェーンの最上位に割り込んでくる」という点にあります。
const name = “Global Taro”;
const user = {
age: 25
// nameプロパティはここには「ない」
};
with (user) {
// ここで参照される ‘name’ は、外側のグローバル変数 “Global Taro” なのか？
// それとも、将来 user オブジェクトに動的に追加されるかもしれない name プロパティなのか？
console.log(name);
}
V8エンジンは、コードを書いた段階で「`name` という変数がどこにあるか」を確定させたいのですが、`with` 文があると、「実行時に `user` オブジェクトがどんなプロパティを持っているか」を確認しないと、変数の参照先が決定できなくなります。
これにより、エンジンのJIT（Just-In-Time）コンパイラによる高速化の仕組みが完全に機能停止し、変数の検索に凄まじいオーバーヘッド（処理の遅延）が発生します。
—
4. まとめの図解：V8エンジンの中での出来事
ここまでの内容を、脳内イメージしやすいように整理してみましょう。
- 通常のコード（最適化の世界）
`V8エンジン` ＝＞ 「あらかじめ地図（静的解析）を作っておいたので、目的地の変数へダイレクトにワープします！」（高速⚡️）
- eval() / with文 があるコード（混乱の世界）
`V8エンジン` ＝＞ 「うわっ、途中で地図が書き換わるかもしれない！、あるいは新しい小部屋（withのスコープ）が突然生えたぞ！ 安全のために、一歩一歩しらみつぶしに変数を探そう…」（超低速🐢）
—
先輩エンジニアからの温かいアドバイス
いかがでしたでしょうか？ `eval()` と `with` 文が、なぜJavaScriptのランタイムやV8エンジンにとって「最大の敵」と呼ばれるのか、その本質がお分かりいただけたかと思います。
- `eval()` は、動的コード実行により静的解析を破壊し、パフォーマンスとセキュリティを同時に破壊する。
- `with` 文は、一時的なスコープの拡張によって変数の参照先を不確定にし、エンジンの最適化を阻害する。
モダンなJavaScript（ES5以降の Strict Mode、および ES6以降の `let`/`const` や分割代入など）では、これらの構文を使わなくても、安全で美しく、かつ圧倒的に高速なコードを書くための機能がすべて揃っています。
実際の開発現場や面接などでも、「なぜ `eval` や `with` がダメなのか」をV8の内部挙動（静的解析と最適化）の観点からスラスラと説明できれば、あなたはもう初学者を卒業し、ワンランク上の優秀なエンジニアの仲間入りです。
ここをクリアしたあなたなら、これからのJavaScriptの学習もバッチリマスターできますよ。自信を持って次のステップへ進んでいきましょう！