Code.exe
カタログ検索用語 code, vs code, visual studio code
Visual Studio Code。追加で表示される Code.exe の行は Electron ヘルパー、GPU、拡張機能ホストであり、Visual Studio の追加インスタンスではありません。
確認しておくべき要点
これは Electron ベースのエディターである VS Code です。Visual Studio は devenv.exe です。
Code.exe は Visual Studio Code です。Electron は同じイメージ名で GPU や拡張機能ホストのプロセスを起動します。devenv.exe は完全な Visual Studio IDE であり、別製品です。
- 安全性について
- 実行中のファイルのパス、署名、発行元を確認してください。名前だけでは安全性を確認できません。
- Visual Studio ですか?
- いいえ。devenv.exe が Visual Studio です
- CPU使用率が高いですか?
- ファイル ウォッチャーまたは拡張機能が寄与している可能性があります。拡張機能を無効にする前に、現在の活動を比較してください。
Code.exe とは?
Code.exe は Visual Studio Code デスクトップ エディターです。Electron 製です。プロセス名が共有されるのは Chromium ファミリーの仕様であり、2つ目のインストールが存在するわけではありません。
どのような役割がありますか?
メイン プロセスがウィンドウを管理します。拡張機能ホストが拡張機能を実行します。言語サーバーは、node や rust-analyzer のバイナリなど、完全に別の exe である場合があります。
なぜ実行されているのですか?
フォルダーまたはリモート ウィンドウを開いたときに起動します。Downloads にあるポータブル zip の Code.exe でも、Microsoft の署名があれば VS Code ですが、パスは Program Files ではなくなります。
なぜ複数のプロセスが存在するのですか?
メイン、GPU、レンダラー、拡張機能ホスト。コマンド パレットの「開発者: プロセス エクスプローラーを開く」でそれらの名前を確認できます。
実行中のインスタンスを検査する
Windows PowerShell では、この読み取り専用クエリは、この PC 上の一致するプロセス ID、作成時刻、および実行可能パスを一覧表示します。
Get-CimInstance -ClassName Win32_Process | Where-Object { $_.Name -eq 'Code.exe' } | Select-Object ProcessId, ParentProcessId, CreationDate, Name, ExecutablePath | Format-List
結果がない、またはアクセスできないパスは、決定的なものではありません。保護されたプロセスはアクセスを制限する可能性があり、プロセス ID は再利用される可能性があります。個人用パスはローカルに保持してください。
使用する ファイル識別ガイド 署名と製品メタデータを比較します。ファイル名だけでは安全性を確立できません。
安全ですか?
実行中のファイルを確認する
Microsoft VS Code 配下にある Microsoft 署名済みの Code.exe がエディター本体です。任意のツール フォルダーにある Code.exe は名前が変更されたものである可能性があります。
記録された場所と実際のファイルを比較してください。見慣れたフォルダだけでは識別情報は確立されません。
C:\Users\<you>\AppData\Local\Programs\Microsoft VS Code\Code.exe
- ユーザー インストールがデフォルトのパスです
- システム インストールでは Program Files\Microsoft VS Code が使用されます
- devenv.exe ではありません
終了してもよいですか?
ウィンドウと拡張機能を閉じます
メイン プロセスを終了するとエディターが閉じます。拡張機能ホストのみを終了すると拡張機能が再起動します。未保存のファイルは Windows ではなく VS Code のバックアップ内に保持されます。
削除してもよいですか?
VS Code のアンインストール
VS Code のアンインストーラー、または「設定」>「アプリ」を使用してください。Code.exe を削除してもユーザー データ フォルダーは残ります。
Windows と一緒に起動すべきですか?
Windows がウィンドウを復元した場合、VS Code はログオン時にフォルダーを再度開くことがあります。これはセッションの復元であり、サービスではありません。
リソース使用量を測定する
| CPU とメモリ | 同じ PID とワークロードに対する複数の観測値を比較してください。このエントリには、独立して測定された普遍的な基準はありません。 |
|---|---|
| ディスクとネットワーク | 実際のプロセスと現在のタスクにアクティビティを帰属させます。ファイル名だけでは、期待される宛先または転送量を確立できません。 |
ファイル情報
| 実行可能ファイル名 | Code.exe |
|---|---|
| 記録されたインストール パス | C:\Users\<you>\AppData\Local\Programs\Microsoft VS Code\Code.exe |
| 発行元 | Microsoft Corporation |
| 署名チェック | 実際のファイルを検査してください。このエントリは、証明書の識別情報を認証しません。 |
よくある問題
ウォッチャーのファイル ハンドル制限
Microsoft はウォッチャーの除外設定について文書化しています。node_modules ツリーは、構文エラーがなくても Code.exe の負荷を高め続けることがあります。
Visual Studio との混同
「Visual Studio を閉じる」と書かれたヘルプ記事は devenv.exe を指しています。このプロセスは軽量エディターです。
トラブルシューティング
破壊的な変更を行う前に診断を行ってください。
拡張機能を無効にして実行する
code --disable-extensions が文書化されているテスト手順です。CPU 使用率が低下する場合、原因は Windows ではなく拡張機能の一覧にあります。
VS Code 内でプロセス エクスプローラーを開く
レンダラーと拡張機能ホストが区別して表示されます。タスク マネージャーでは区別できません。
技術的な詳細
技術的な詳細
| イメージ名 | Code.exe |
|---|---|
| 製品 | Visual Studio Code |
実行中ファイルの同一性を確認する
ファイル名だけでは安全性を確立できません。実際のパス、署名、および製品の識別情報を確認してください。
出典と検証
記録された出典ラベル: 2026年8月。このラベルは独立した検証を証明するものではありません。 調査方法.
- Microsoft: VS Code のプロセス モデル · 拡張機能ホストと GPU
- Microsoft: VS Code のシステム要件 · エディター公式ドキュメント
- Foxholeプロセスマップ · Windows PC上のファーストパーティサンプル。ラボのベンチマークではありません。
- Microsoft Sysinternals: Sigcheck · ファイル署名の検査方法についての説明。このリファレンスは、実行中の特定ファイルの同一性や安全性を証明するものではありません。
- Microsoft: Get-CimInstance · 読み取り専用ローカル プロセス クエリ方法。
- Microsoft: Win32_Process プロパティ · プロセス ID、実行可能パス、作成日、および親 ID の再利用を文書化します。
この記事は役に立ちましたか?
「はい」または「いいえ」を選択するだけで完了します。必要に応じて理由を選択するか、簡単なメモを追加してください。
ご協力ありがとうございます。ページの改善に役立てられます。