constの不変性とヒープメモリ：参照の固定と隠しクラス（Hidden Classes）への影響
JavaScriptのランタイム、特にV8エンジンを極限までチューニングする上で、私たちが日常的に使う `const` というキーワードは、単なる「再代入不可の構文上の糖衣」以上の深い意味を持っている。
多くの初学者は `const` を「イミュータブル（不変）な値を作るもの」と誤解している。しかし、シニアエンジニアやコアランタイムの開発者であれば知っている通り、`const` が保証するのは「変数バインドの参照先の固定（Binding Immutability）」であって、指し示されているヒープ上のオブジェクトの構造や状態の不変性ではない。
本稿では、`const` で宣言されたオブジェクトのプロパティ操作が、V8エンジンのJITコンパイル、隠しクラス（Hidden Classes / Maps）、そしてインラインキャッシュ（Inline Caches）の最適化パイプラインにどのような物理的影響を与えるのかを、メモリレイアウトの深層から徹底的に解剖する。
—
1. V8ヒープと `const` の実態：ポインタの固定がもたらすランタイムの恩恵
まず、V8のメモリ空間における変数の扱いを低レイヤの視点から再確認しよう。
JavaScriptのプリミティブ値（数値、文字列、ブール値など）は、小規模なものであれば即時値（Smi: Small Integerなど）としてレジスタやスタックフレーム内に直接インライン化される。しかし、オブジェクトや配列などの複雑なデータ構造は、常にV8のヒープ領域（Young Generation / Old Generation）にアロケートされる。
`const` を用いてオブジェクトを宣言したとき、スタック上のローカル変数（あるいはLexical Environmentの環境レコード）に格納されるのは、ヒープ上のメモリアドレスを指すポインタである。
const serverConfig = {
host: ‘127.0.0.1’,
port: 8080
};
// これはエラーになる（参照の再代入不可）
// serverConfig = { host: ‘0.0.0.0’, port: 3000 };
// しかし、プロパティの変更は合法であり、ヒープ上の実体を書き換える
serverConfig.port = 443;
なぜランタイムはこの挙動を許容するのか？ そして、ここに `const` を使うエンジニアリング上のメリットはあるのか？
答えは「V8の最適化コンパイラ（TurboFan）」の静的解析効率にある。
`const` で宣言された変数は、スコープ内において「ポインタの向き先が変わらない」ことがコンパイル時に保証される。これにより、TurboFanはコードパスを解析する際、当該変数が指すオブジェクトのベースアドレスを追跡しやすくなり、レジスタ割当て（Register Allocation）やエスケープ解析（Escape Analysis）において不要なメモリアクセスやポインタ追跡のオーバーヘッドを削減できる。
—
2. 隠しクラス（Hidden Classes / Maps）とプロパティ動的変更の代償
V8は、動的言語であるJavaScriptを静的言語並みの速度で実行するため、「隠しクラス（内部的には `Map` と呼ばれる構造）」という概念を導入している。
JavaScriptのオブジェクトは実質的にハッシュマップ（連想配列）であるが、すべてのプロパティアクセスにハッシュルックアップを行っていたのではCPUキャッシュ効率が悪すぎる。そのため、V8は「どのようなプロパティが、どのような順序で追加されたか」の構造定義を持つ「隠しクラス」を動的に生成し、オブジェクトと隠しクラスを紐付ける。
ここで問題になるのが、`const` で保護されたオブジェクトであっても、そのプロパティを後から自由に変更・追加できるという点だ。
以下のコードを見てみよう。
function createUser(id) {
const user = {}; // 空のオブジェクトで初期化（初期隠しクラス: C0）
user.id = id; // プロパティ追加により新しい隠しクラス生成: C1
user.role = ‘user’; // さらに追加: C2
return user;
}
このコードでは、オブジェクトが生成される過程でV8内部の隠しクラスが `C0` -> `C1` -> `C2` とトランジション（遷移）していく。もしアプリケーションの異なる場所で、プロパティの追加順序がバラバラなオブジェクトが生成されるとどうなるか？
// 別の箇所での生成
const adminUser = {};
adminUser.role = ‘admin’; // C0 -> C3
adminUser.id = 1; // C3 -> C4
`user` と `adminUser` は同じ構造のデータを表しているにもかかわらず、V8からは「全く異なる形状（Shape）のオブジェクト」として認識される。これが、インラインキャッシュ（IC）のポリモーフィズム（多態性）を誘発し、メガモーフィック（Megamorphic）な状態に陥ることで、プロパティアクセスの機械語生成が最適化から外れ、ランタイムのパフォーマンスが急激に低下する原因となる。
対策：コンストラクタ関数やリッチなオブジェクトリテラルによる「形状の固定」
隠しクラスのトランジション爆発を防ぐ唯一にして最大の鉄則は、「オブジェクトの形状（プロパティの有無と追加順序）を最初から完全に定義し、後からの動的な追加・削除を行わないこと」である。
// 【最適化されたパターン】
// 常に同一の形状でオブジェクトを生成し、隠しクラスの遷移パスを一本化する
const SHAPE_TEMPLATE = {
id: null,
role: ‘user’,
permissions: []
};
function createOptimizedUser(id, role, permissions) {
// オブジェクトリテラルを一度に評価することで、V8は一瞬で最終的な隠しクラスを割り当てる
return {
id,
role,
permissions
};
}
このアプローチを取ることで、生成されるすべてのオブジェクトが同一の隠しクラスを共有し、インラインキャッシュは「モニモーフィック（Monomorphic）」な最速の機械語パスを維持し続ける。
—
3. プロトタイプ汚染（Prototype Pollution）とランタイム防壁
`const` による参照の固定や隠しクラスの最適化はパフォーマンスの観点から極めて重要だが、セキュリティの文脈、特にサプライチェーン攻撃におけるプロトタイプ汚染（Prototype Pollution）の脅威に対しては無力である。むしろ、オブジェクトのミュータビリティ（可変性）を前提としたランタイムの仕様の隙を突かれる形になる。
攻撃者が悪意あるペイロードを用いて `Object.prototype` を汚染した場合、`const` で宣言されたセキュアなオブジェクトであっても、そのプロトタイプチェーン経由で意図しないプロパティやメソッドがインジェクトされる。
// 外部からの汚染されたJSON入力をパースしてマージする処理（脆弱な例）
function merge(target, source) {
for (let key in source) {
if (typeof source[key] === ‘object’ && source[key] !== null) {
if (!target[key]) target[key] = {};
merge(target[key], source[key]);
} else {
target[key] = source[key];
}
}
}
// 攻撃ペイロード例: JSON.parse(‘{“__proto__”: {“isAdmin”: true}}’)
const payload = JSON.parse(userInput);
const userConfig = { theme: ‘dark’ };
// マージ実行により Object.prototype.isAdmin が true になる危険性がある
merge(userConfig, payload);
この脆弱性が引き金となり、アプリケーション全体の認可バイパスや、最悪の場合は動的コード評価（`eval` や `Function` コンストラクタへの入力伝播）を通じたリモートコード実行（RCE）へと発展する。
ランタイムレベルでの防壁：Object.freeze と structuredClone
Node.js環境やモダンブラウザでこの種の攻撃を防ぐためには、`const` による参照の固定を超えた、ヒープ上の実体の凍結（Deep Freeze）が必要となる。
/
- オブジェクトを再帰的に凍結し、V8ヒープ上での書き換えを物理的に不可能にする
/
function deepFreeze(obj) {
// オブジェクト自身を凍結
Object.freeze(obj);
// プロパティを走査してネストされたオブジェクトも凍結
Object.getOwnPropertyNames(obj).forEach(prop => {
if (
obj[prop] !== null &&
(typeof obj[prop] === ‘object’ || typeof obj[prop] === ‘function’) &&
!Object.isFrozen(obj[prop])
) {
deepFreeze(obj[prop]);
}
});
return obj;
}
// 使用例
const secureConfig = deepFreeze({
db: { host: ‘localhost’, port: 5432 }
});
// 実行時エラー、または厳格モード以外でも変更が無視される
// secureConfig.db.port = 3306;
`Object.freeze()` を適用すると、V8はそのオブジェクトの隠しクラスに「拡張不可（Non-extensible）」および「プロパティ変更不可」のフラグを立てる。これにより、TurboFanは「このオブジェクトのプロパティ値は絶対に変化しない」という強力な仮定（Optimized Assumptions）を置くことができ、プロパティアクセスのインライン化や定数畳み込み（Constant Folding）の最適化をさらに加速させることができる。
セキュリティの担保とJITエンジンの最適化の最大公約数。それこそが、「`const` による参照の固定」＋「オブジェクトリテラルによる形状の統一」＋「`Object.freeze` による不変性の強制」の組み合わせである。
—
結びにかえて
JavaScriptは「手軽に書けるスクリプト言語」という側面を持つ一方で、その裏側でV8のような高度な仮想マシンがミリ秒単位のコンパイルとメモリ管理を行っている巨大なランタイム・システムである。
`const` を単なる作法として捉えるのではなく、「V8エンジンへのヒント（Hints）」として意識し、メモリレイアウトと隠しクラスのライフサイクルをコントロールすること。それこそが、真にスケーラブルで堅牢なフロントエンドおよびNode.jsアーキテクチャを構築する唯一の道筋である。