プラグインによって引き起こされる VS Code の高い CPU 使用率をトラブルシューティングする方法

Wed, 01 Apr 2026 00:00:00 +0000

VS Code が突然フリーズしたり、ファンが激しく回転したり、CPU が長時間占有されたりした場合、最も一般的な原因は通常、エディタ自体ではなく、拡張プラグインの競合またはプラグインの異常な動作です。

この記事では、問題を特定するために最も時間を節約できる方法を優先して、すぐに実行できる一連のトラブルシューティングパスを示します。

最初に最速の位置決めを実行します: Extension Bisect を開始します

Start Extension Bisect の核となるアイデアは次の二項対立です。各ラウンドでは、拡張機能の半分が一時的に無効になり、再起動されます。「問題がまだ存在するかどうか」というフィードバックを通じて、疑わしいプラグインが見つかるまで範囲がすぐに狭められます。

操作手順:

Ctrl+Shift+P (macOS では Cmd+Shift+P) を押してコマンドパネルを開きます。
Start Extension Bisect を入力して実行します。
再起動するたびに、CPU 使用率とフリーズが再発するかどうかを観察します。
数回繰り返すと、VS Code によって疑わしい拡張機能のリストが表示されます。

位置決め後に何をするか

疑わしいプラグインを見つけたら、次の順序で対処することをお勧めします。

まずプラグインを最新バージョンに更新してください。
改善が見られない場合は、プラグインを一時的に無効にして 1 ～ 2 日間観察してください。
置き換え可能な機能を持つプラグインについては、より軽量なソリューションへの置き換えが優先されます。
このプラグインを使用する必要がある場合は、その詳細設定を確認し、不要なリアルタイム分析、インデックス作成、または監視機能をオフにしてください。

見落とされがちな2つの「増幅器」

主な原因がプラグインである場合でも、次の構成により CPU の問題が増幅されます。

検索範囲が大きすぎます
たとえば、ビルド製品、依存関係ディレクトリ、ログディレクトリをグローバル検索に含めると、引き続きプラグインとファイルインデックスに高い負荷がかかります。
ファイル監視には大きなディレクトリまたはソフトリンクが含まれています
ソフトリンク、キャッシュディレクトリ、および自動生成されたディレクトリは、簡単に多数のファイルイベントをトリガーし、拡張機能が繰り返し動作する可能性があります。

ディレクトリは、settings.json で適切に除外できます。たとえば、次のようになります。

{
  "search.exclude": {
    "**/node_modules": true,
    "**/dist": true,
    "**/build": true
  },
  "files.watcherExclude": {
    "**/.git/objects/**": true,
    "**/node_modules/**": true,
    "**/dist/**": true
  }
}

提案をレビューする

問題のあるプラグインを見つけた場合は、プラグイン名、トリガーとなるシナリオ、最終的な処理方法の 3 つの情報を記録することをお勧めします。
このようにして、次回環境を移行するかシステムを再インストールするときに、同様の問題をすぐに回避できます。

要約する