Node.jsでstrictモードを有効にする方法とESM環境での振る舞いを解説

2026年5月11日

JavaScript 基本構文・仕様

JavaScriptの開発において、コードの品質と安全性を維持することは極めて重要な課題です。

Node.js環境においても、潜在的なバグを未然に防ぎ、実行効率を高めるための仕組みとして「strictモード (厳格モード)」が提供されています。

現代のNode.js開発では、従来のCommonJS形式とモダンなECMAScriptモジュール (ESM) 形式が共存しており、それぞれの環境でstrictモードの扱いが異なります。

特に、2026年現在の開発シーンではESMへの移行がほぼ完了していますが、レガシーコードのメンテナンスや特定のライブラリ対応でCommonJSを扱う機会も依然として存在します。

本記事では、Node.jsにおけるstrictモードの有効化手順と、ESM環境における特有の振る舞いについて詳細に解説します。

目次 [ close ]

strictモードの概要と導入のメリット

strictモードは、JavaScriptコードをより厳格なルールで実行するための仕組みです。

ECMAScript 5 (ES5) で導入されたこの機能は、Node.jsにおいても初期からサポートされています。

strictモードを有効にすることで、JavaScriptエンジンによる暗黙的な処理が制限されます。

これにより、開発者が意図しない動作や、将来のバージョンで廃止される可能性のある構文の使用を制限できます。

具体的なメリットとして、まず「エラーの早期発見」が挙げられます。

通常であれば無視されるような小さなミスが、strictモードでは明示的なエラーとしてスローされます。

次に、「JavaScriptエンジンの最適化」が促進されます。

コードが厳格に定義されることで、V8エンジンなどの実行環境がより効率的にバイナリコードを生成できるようになります。

また、「セキュリティの向上」も大きな利点です。

グローバルオブジェクトへの意図しないアクセスを防ぐことで、脆弱性の混入を抑制できます。

バグの温床となる「暗黙のグローバル変数」の防止

JavaScriptの歴史的な仕様として、宣言していない変数に値を代入すると、自動的にグローバル変数として扱われる挙動があります。

これは大規模なアプリケーション開発において、変数の衝突やメモリリークを引き起こす原因となります。

strictモードを有効にすると、宣言のない変数への代入は ReferenceError を発生させます。

この挙動により、タイポ (入力ミス) による意図しない変数作成を即座に検知できます。

読み取り専用プロパティへの保護

JavaScriptでは、オブジェクトのプロパティを「書き込み不可」に設定することができます。

非strictモードでは、書き込み不可のプロパティに値を代入してもエラーは発生せず、単に無視されます。

一方で、strictモード下では TypeError が発生し、不正な操作が行われたことを開発者に知らせます。

CommonJS環境におけるstrictモードの有効化

Node.jsのデフォルトのモジュールシステムであるCommonJS (CJS) では、明示的にstrictモードを宣言する必要があります。

有効化するには、ファイルの先頭または関数の冒頭に "use strict"; という文字列を記述します。

ファイル全体への適用

スクリプトファイルの1行目に記述することで、そのファイル内のすべてのコードにstrictモードが適用されます。

JavaScript

"use strict";

// 宣言していない変数への代入はエラーになる
try {
    undefinedVariable = 10;
} catch (e) {
    console.log("エラーを検知しました: " + e.message);
}

実行結果

エラーを検知しました: undefinedVariable is not defined

関数単位での適用

特定の関数内のみを厳格なルールで実行したい場合、関数の本体の最初に記述します。

これにより、既存のレガシーなコードベースを壊すことなく、新しいロジックのみを安全に記述できます。

JavaScript

function legacyCode() {
    // ここは非strictモード
    implicitlyGlobal = "I am global";
}

function modernCode() {
    "use strict";
    // ここはstrictモード
    // anotherGlobal = "Error!"; // これを有効にするとエラーになる
    console.log("Modern code is running strictly.");
}

legacyCode();
modernCode();

実行結果

Modern code is running strictly.

ECMAScriptモジュール (ESM) 環境での振る舞い

Node.jsにおいて .mjs 拡張子を使用する場合や、 package.json で "type": "module" を指定した場合、そのコードはESMとして動作します。

ESM環境では、すべてのコードが常にstrictモードで実行されます。

つまり、ファイルの先頭に "use strict"; と記述する必要はありません。

この仕様は、モダンなJavaScript開発において「厳格であることが標準である」という設計思想を反映しています。

ESMでstrictモードを無効にすることはできるか

結論から述べると、ESM環境でstrictモードを解除する方法は存在しません。

これは言語仕様によって定められており、モジュールとしての安全性を担保するための制約です。

もし非strictモードの挙動が必要な場合は、CommonJS形式を利用するしかありません。

しかし、2026年現在のベストプラクティスとしては、すべてのコードをstrictモードに適応させることが強く推奨されます。

ESMにおける this の挙動の違い

strictモードの影響を最も強く受けるのが、グローバルスコープにおける this の値です。

CommonJSの非strictモードでは、 this はグローバルオブジェクト (Node.jsでは global) を参照します。

しかし、strictモードおよびESM環境では、トップレベルの this は undefined になります。

JavaScript

// example.mjs (ESMファイル)
console.log("ESM top-level this:", this);

function showThis() {
    console.log("Function this:", this);
}

showThis();

実行結果

ESM top-level this: undefined
Function this: undefined

CommonJSとESMの比較表

Node.jsにおけるstrictモードの扱いの違いを、以下の表にまとめました。

項目	CommonJS (CJS)	ECMAScript Modules (ESM)
デフォルトの状態	非strictモード	常にstrictモード
有効化の方法	`"use strict";` の記述	不要 (自動的に有効)
トップレベルの `this`	`module.exports` または `global`	`undefined`
`with` 構文の使用	非strictなら可能 (非推奨)	使用不可 (構文エラー)
重複する引数名	非strictなら許容	使用不可 (構文エラー)

strictモードで制限される具体的な構文

strictモードを有効にすることで、具体的にどのような記述が制限されるのかを確認しましょう。

8進数リテラルの制限

従来のJavaScriptでは、 0 から始まる数値 (例: 0123) は8進数として解釈されていました。

これは非常に紛らわしく、バグの原因になりやすいため、strictモードでは禁止されています。

現代の書き方では、 0o 接頭辞 (例: 0o123) を使用する必要があります。

delete演算子の制約

strictモードでは、変数名や関数名に対して delete 演算子を使用しようとすると構文エラーになります。

また、削除不可能なプロパティ ( Object.defineProperty で configurable: false としたもの) を削除しようとすると TypeError が発生します。

eval と arguments の保護

eval や arguments というキーワードを変数名や引数名として使用することができなくなります。

これらはJavaScriptのコアな機能に関連する予約語のような扱いとなり、安全性が強化されます。

また、 eval 内で宣言された変数が、外部のスコープを汚染することもなくなります。

Node.jsでの実例：エラーを防ぐシチュエーション

実際の開発現場で、strictモードがどのように役立つかをコード例とともに解説します。

読み取り専用プロパティへの誤った代入

設定情報を管理するオブジェクトを凍結 (Freeze) している場合を想定します。

JavaScript

"use strict";

const config = Object.freeze({
    apiUrl: "https://api.example.com",
    timeout: 5000
});

try {
    // 凍結されたオブジェクトを変更しようとする
    config.timeout = 10000;
} catch (e) {
    console.error("エラーが発生しました:", e.message);
}

実行結果

エラーが発生しました: Cannot assign to read only property 'timeout' of object '#<Object>'

もしstrictモードでなければ、この代入は静かに失敗し、 timeout は 5000 のまま処理が続行されます。

その結果、なぜ設定が反映されないのかという調査に多大な時間を費やすことになります。

引数名の重複チェック

意図せず関数内で同じ名前の引数を定義してしまうミスも防げます。

JavaScript

"use strict";

// 同名の引数 "data" が重複している
function processData(data, options, data) {
    // strictモードではここに至る前に SyntaxError となる
    console.log(data);
}

実行結果

Uncaught SyntaxError: Duplicate parameter name not allowed in this context

2026年における開発の注意点

Node.js v20以降、ESMへの移行がさらに加速し、新しいプロジェクトでは package.json に "type": "module" を含めることが一般的となりました。

この流れの中で、開発者は「strictモードを意識的に有効にする」フェーズから、「常にstrictモードであることを前提に設計する」フェーズへと移行しています。

TypeScriptを使用している場合、コンパイラの設定によって生成されるJavaScriptコードに "use strict"; が自動的に付与されます。

しかし、TypeScriptが生成したコードではなく、生のNode.jsスクリプトを実行する場合や、動的に eval を利用するような特殊なケースでは、依然として挙動の差を理解しておく必要があります。

特に、古いチュートリアルやStack Overflowの過去の回答を参考にする際は、そのコードがstrictモードを前提としているかを確認してください。

非strictモード特有の「ゆるい」挙動に依存したコードは、現代のESM環境では動作しません。

セキュリティとパフォーマンスの観点

strictモードは単なる「エラーチェッカー」ではありません。

ランタイムのパフォーマンスにおいても重要な役割を果たします。

V8エンジンは、strictモードのコードを「静的に解析しやすい」と判断します。

変数スコープが明確であるため、インライン展開やレジスタ割り当ての最適化がより強力に働きます。

また、セキュリティ面では eval() のセキュリティリスクを低減させます。

strictモードの eval() は独自のスコープを持つため、呼び出し元のローカル変数を意図せず書き換えられるリスクを抑えられます。

現代のサイバー攻撃の多くは、こうしたJavaScriptの柔軟な (あるいは脆弱な) 仕様を突くものが多いため、厳格なモードの採用は防御の第一歩となります。

まとめ

Node.jsにおけるstrictモードは、コードの信頼性を向上させ、予期せぬエラーを未然に防ぐための不可欠なツールです。

CommonJS環境ではファイルの先頭に "use strict"; を記述することで有効化できます。

一方、モダンなESM環境では、開発者が意識せずとも最初から厳格なルールが適用されています。

「宣言のない変数への代入禁止」や「読み取り専用プロパティの保護」といった仕様は、デバッグ時間を短縮し、実行速度の最適化にも寄与します。

2026年現在の開発環境においては、特別な理由がない限り、すべてのコードをstrictモードまたはESMで記述することを強く推奨します。

本記事を参考に、より安全で高品質なNode.jsアプリケーションの開発に取り組んでください。