こんにちは！日々の開発、本当にお疲れ様です。
JavaScriptを触っていると、「動くけれど、メモリの裏側で一体何が起きているんだろう？」と気になった瞬間はありませんか？
他のプログラミング言語からやってきた方だと、「メモリの解放を自分でしなくていいのは楽だけど、なんだか少し不安……」と感じることもありますよね。
今回は、JavaScriptのエンジン（特にChromeやNode.jsで使われている「V8」）が、変数のスコープをどう監視し、いかにしてメモリを掃除しているのか、その裏側のメカニズムを一緒に紐解いていきましょう。ここをクリアすると、メモリリークを防ぐ美しいコードが書けるようになり、JavaScriptの理解が一段と深まりますよ。
—
1. JavaScriptのメモリ管理は「おまかせ」だけど、ルールがある
C言語やC++のように、自分で `malloc` や `free` を使ってメモリを確保・解放した経験がある方にとって、JavaScriptの自動メモリ管理（ガベージコレクション）は魔法のように見えるかもしれません。
JavaScriptでは、オブジェクトを作ったり変数を宣言したりすると、V8エンジンが自動的にOSからメモリ（ヒープ領域）を割り当ててくれます。
そして、その変数が「もう二度と使われない」と判断された瞬間、エンジンが勝手にそのメモリを回収して再利用できるようにしてくれます。
では、V8エンジンは一体どうやって「もう使われない」と判断しているのでしょうか？
その主役が、「マーク＆スイープ（Mark and Sweep）アルゴリズム」です。
—
2. V8の頭脳：マーク＆スイープの仕組みを図解的に理解する
V8エンジンは、定期的に（あるいはメモリが圧迫されてくると）メモリの掃除を行います。この掃除のプロセスは、大きく分けて「マーク（印付け）」と「スイープ（回収）」の2ステップで行われます。
言葉だけだとイメージしづらいので、街の「ゴミ収集車」に例えてみましょう。
[ルート (グローバルオブジェクト / 実行中の関数)]
│
▼
参 照 ──> [変数 A] ──> [オブジェクト X] ←（生きてる！マークされる）
X [変数 B] ──> [オブジェクト Y] ←（誰も見てない！ゴミ箱行き）
1. ルート（Root）の確認:
V8はまず、今まさにアクセスできる「根っこ（ルート）」を特定します。具体的には、グローバルオブジェクト（ブラウザなら `window`）や、現在実行中の関数内にある変数などがこれにあたります。
2. マーク（Mark）:
そのルートから、ポインタ（参照）をたどっていけるオブジェクトを全て探し出し、「こいつはまだ現役だ！」と印（マーク）をつけていきます。
3. スイープ（Sweep）:
メモリ全体を舐め回し、「マークがついていないオブジェクト」を探し出します。このマークされなかった者たちこそが、プログラムから参照できなくなった「ゴミ」です。V8はこれらを容赦なく解放し、メモリをキレイに掃除します。
つまり、「変数がスコープの外に出て、どこからも参照されなくなること」こそが、ガベージコレクション（メモリ解放）が発動するトリガーになるのです。
—
3. スコープとメモリ解放の連動をコードで見てみよう
それでは、実際のコードを通じて、変数のスコープが消滅した瞬間にメモリがどう扱われるのかを見てみましょう。
// 【実例コード】ブロックスコープとガベージコレクションの挙動
function processUserData() {
// 巨大なデータを格納したオブジェクトをローカル変数として宣言
const heavyUserData = {
id: 1001,
name: “Yamada Taro”,
bio: “極めて長いバイオグラフィの文字列…”.repeat(10000)
};
// ここでは heavyUserData を使って何らかの処理を行う
console.log(`処理中: ${heavyUserData.name}`);
// 関数の処理がここで終わり、ブロック（スコープ）が閉じる
}
// 関数の実行
processUserData();
// ==========================================
// 【この瞬間のV8の内部挙動】
// ==========================================
// 1. processUserData() の実行が完了しました。
// 2. ローカル変数 heavyUserData は、この関数のスコープ（ローカル環境）と共に消滅します。
// 3. グローバルスコープや他の生きている変数から、この heavyUserData オブジェクトへの参照はもう存在しません。
// 4. 次回のガベージコレクションのタイミングで、マーク＆スイープにより
// heavyUserData が占有していたヒープメモリは安全に解放されます。
このコードでは、`processUserData` 関数が実行されている間だけ `heavyUserData` はメモリ上に存在し、関数を抜けた瞬間に参照が失われます。これが、スコープを意識したクリーンなメモリ管理の基本形です。
—
4. 初学者が陥りがちな罠：意図しないメモリリーク
「じゃあ、スコープを抜ければ勝手に掃除してくれるんだね、安心！」……と言いたいところですが、ここに大きな罠があります。それが「意図しないメモリリーク」です。
ガベージコレクションにとって最大の敵は、「本当はもう不要なのに、どこかから参照が残ってしまっている変数」です。
罠のパターン：意図せずグローバル変数を汚染してしまう
// 【やってはいけないアンチパターン】
function leakyFunction() {
// うっかり const / let / var をつけ忘れた！
// あるいは、意図せずグローバルオブジェクト（window / global）にプロパティを生やしてしまった
leakyData = {
hugeArray: new Array(10000000).fill(“leak”)
};
}
leakyFunction();
// leakyFunction() の実行が終わったのに、
// leakyData はグローバルスコープ（window / global）にぶら下がってしまっている！
// ルートから参照が切れなsetUserいため、ガベージコレクションが働かず、メモリが圧迫され続けます。
なぜこれが危険なのか？
変数を宣言する際に `let` や `const` を書き忘れたり、クロージャの中で不要になった大きなオブジェクトを保持し続けたりすると、V8は「まだ使うかもしれないから残しておこう」と判断します。これが積もり積もると、ブラウザが重くなったり、Node.jsのサーバーが突然 `Fatal error: JavaScript heap out of memory` でクラッシュする原因になります。
—
5. 黄金律：メモリに優しいコードを書くための作法
ここまでの知見を踏まえて、今日から実践できる「V8エンジンに愛されるコードの書き方」をまとめます。
1. 変数は常に最小のスコープで宣言する
グローバル変数を極力避け、`const` と `let` を使って、必要なブロック（関数やif文など）の内側だけで変数を完結させましょう。スコープが狭ければ狭いほど、不要になったときの参照切れが早くなり、GCの効率が上がります。
2. 使い終わった大きなデータへの参照を断ち切る
もし長生きするオブジェクト（例えばシングルトンのストアや配列など）の中に一時的な大容量データを保持している場合は、用が済んだら明示的に `null` を代入するなどの工夫で、参照を外してあげるとV8が即座に回収しやすくなります。
3. イベントリスナーやタイマーのクリーンアップを忘れない
DOM要素にイベントリスナーを登録したり、`setInterval` を使ったまま画面やコンポーネントを破棄してしまうと、リスナー自体がオブジェクトへの参照を握り続け、メモリリークの温床になります。不要になったら `removeEventListener` や `clearInterval` で必ず後始末をしましょう。
—
おわりに
いかがでしたでしょうか？
JavaScriptのメモリ管理は自動化されていますが、その裏側にある「マーク＆スイープ」の仕組みと「スコープと参照の関係」をイメージできるようになると、コードを見る目がガラリと変わります。
「この変数は今、どこから参照されているか？」
「このスコープを抜けた瞬間、ちゃんとゴミ箱行きになるか？」
この視点を持てるようになれば、あなたはもう初学者を卒業し、ワンランク上のフロントエンド/バックエンドエンジニアへの道を確実に歩んでいます。ここをクリアできれば、JavaScriptの基本はバッチリマスターできたも同然です！
日々のコーディングで、ぜひ「メモリの息づかい」まで意識してみてくださいね。それでは、次回の記事もお楽しみに！