JS Engine史 V8/SpiderMonkey/JSC 1996-2026（ジャバスクリプトエンジン史）

概要

JavaScript Engine は、ECMAScript 仕様を実行するための実装であり、2000 年代初頭から 2026 年にかけて多種多様な実装が登場した。主な実装は SpiderMonkey（Netscape/Firefox）、JavaScriptCore（Apple/WebKit）、V8（Google/Chrome）、Chakra（Microsoft/IE）、Hermes（Meta/React‑Native）である。近年は QuickJS（埋め込み向け）や Bun（Node 互換）など、用途別に特化したエンジンが増えている。各エンジンは JIT コンパイラ、バイトコード、AOT などの手法を組み合わせて実行速度とメモリ効率を最適化している。

主な特徴・仕組み

• JIT レイヤ は、実行時に最適化された機械語を生成し、再帰的に最適化を重ねることで高速化を図る。
• AOT は、ビルド時にバイトコードを生成し、起動時のオーバーヘッドを削減する。
• ガベージコレクション のアルゴリズムは、リアルタイム性やメモリフットプリントに大きく影響する。

具体例・対応製品 (テーブル必須)

選び方・注意点

1. 実行環境 – ブラウザ向けなら JavaScriptCore / SpiderMonkey、サーバー向けなら V8 / Bun。
2. 起動時間 – AOT 付きエンジンは起動が速いが、ビルド時間が増える。
3. メモリフットプリント – 低メモリデバイスでは QuickJS や JerryScript が有利。
4. 拡張性 – Node.js 互換が必要なら V8 / Bun、React‑Native なら Hermes。
5. 開発コミュニティ – Google/Apple のエンジンは大規模コミュニティがある。

関連用語との違い

• ECMAScript：仕様書。エンジンは仕様を実装する。
• JIT：Just‑In‑Time コンパイル。実行時に最適化。
• AOT：Ahead‑Of‑Time コンパイル。ビルド時に最適化。
• Bytecode：中間表現。JIT/AOT の入力。

よくある質問 (FAQ)

1. V8 と JavaScriptCore の主な差は何ですか？
   V8 は高速な TurboFan JIT とマルチスレッドガベージコレクションを持ち、サーバー向けに最適化。JavaScriptCore は WebKit との統合が深く、Safari のレンダリングパイプラインに合わせて設計。

2. Hermes はなぜ React‑Native で使われるのですか？
   Hermes は AOT バイトコードを生成し、起動時間とメモリ使用量を大幅に削減。モバイルデバイスのリソース制約に対応。

3. Bun は Node.js と互換性がありますか？
   Bun は Node.js の API をほぼ完全にサポートし、V8 をベースにした高速 JIT を備えているが、全ての npm パッケージが動作するわけではない。

まとめ

1996 年から 2026 年にかけて、JavaScript Engine は実装手法、JIT/AOT の組み合わせ、メモリ管理アルゴリズムを中心に進化してきた。主要エンジンは用途別に特化し、ブラウザ、サーバー、モバイル、埋め込みと多様な領域で最適化されている。2025 年以降はマルチレイヤ JIT の進化と AOT の拡張が主流となり、2026 年には V8、JavaScriptCore、SpiderMonkey、Hermes、QuickJS、Bun などが共存し、開発者は用途とリソースに応じて選択できる環境が整った。