Visual Studio 2022 で C++ の Windows デスクトップアプリを開発していると、ある日突然「LNK1168 cannot open ～ for writing」が出て、ビルドも実行もできなくなることがあります。プロセスを探しても誰もファイルを握っていないように見えると、とても厄介です。ここでは、LNK1168 の正体と原因の切り分け方、再発防止までを実例ベースで詳しく解説します。
Visual Studio 2022 で発生する LNK1168 エラーの概要
LNK1168 は、Visual Studio のリンカー（link.exe）が 「出力ファイルを開けない」 場合に出すエラーです。典型的には次のようなメッセージになります。
fatal error LNK1168: cannot open MyApp.exe for writing
エラーそのものは昔からあるものですが、Visual Studio 2022 や Windows 10 / 11 の環境では、ウイルス対策ソフトや同期ソフトなどバックグラウンドのプロセスが増えたことで、原因が見えづらくなりました。
よくある状況を整理すると、次のようになります。
| 状況 | 開発者の観察結果 |
|---|---|
| 数回ビルドした後に突然 LNK1168 | 一度はビルドできているので、設定ミスとは考えづらい |
| タスク マネージャーで EXE を探しても見つからない | 「プロセスは落ちているのに、なぜか書き込めない」ように見える |
| ソリューションをクリーン／再ビルドしても解消しない | 中間ファイルを消しても状況が変わらない |
| プロジェクト名を変えたり新規プロジェクトにコードを移しても再発 | 環境依存・マシン依存の問題を疑いたくなる |
ここまで来ると、「もう OS や Visual Studio を再インストールするしかないのでは？」と思いがちですが、ほとんどの場合そこまでの大手術は不要です。多くは 「誰かが出力ファイルをロックしている」 ことさえ突き止められれば解決します。
LNK1168 の正体：出力ファイルがどこかでロックされている
LNK1168 が出るとき、リンカーは「指定された EXE / DLL / PDB などを開こうとしたが、OS から拒否された」状態になっています。OS が拒否する代表的な理由は次の通りです。
| 原因の種類 | 具体例 | 備考 |
|---|---|---|
| 実行中プロセス | デバッグ実行したアプリがバックグラウンドで残っている | タスクトレイ常駐型やサービスは特に見逃しやすい |
| ウイルス対策ソフト | 生成された EXE / DLL をリアルタイム スキャン | 検査が終わるまでファイルハンドルを握り続けることがある |
| 検索インデックス | Windows Search がビルドフォルダーをクロール | 開発用フォルダーも対象に含めていると衝突しやすい |
| 同期ソフト／バックアップ | OneDrive、Dropbox、クラウドバックアップツールなど | 差分アップロードの際に一時的にロックされる |
| 開発／デバッグ系の常駐ツール | クラッシュレポーター、プロファイラー、外部デバッガ | PDB やログファイルをロックすることがある |
| ファイル属性・権限の問題 | 読み取り専用属性、アクセス権限不足 | 管理者権限での実行や属性解除で解決することが多い |
つまり LNK1168 は、Visual Studio や C++ の設定が「壊れた」というよりも、Windows 上のどこか別のプロセスがファイルをつかんだまま離さない ことが主な原因です。実際、以下のようなケースでは OS / VS の再インストールなしで解決しています。
- ウイルス対策ソフトを一時停止したら、その瞬間から一切発生しなくなった
- ビルドフォルダーをウイルス対策の除外に入れたら LNK1168 が消えた
- 同期ソフトの対象からソースフォルダーを外したら安定した
優先度順チェックリスト：上から順に試す
ここからは、実際にトラブルシューティングするための手順を、優先度順に整理して紹介します。上から順に試していくことで、原因を絞り込みながら安全に対処できます。
ウイルス対策ソフトの影響を切り分ける
最近の Windows 環境で LNK1168 を引き起こす「本命」は、ウイルス対策ソフトのリアルタイムスキャンです。特に C++ のネイティブコードは、「怪しい挙動がないか」を確認するために EXE / DLL を時間をかけて検査しがちです。
切り分けと対策は次のステップで行います。
- ウイルス対策ソフトのリアルタイム保護を一時停止する
- Visual Studio から同じソリューションをビルドしてみる
- LNK1168 が出ない／頻度が激減するかを確認する
ここでエラーが収まるようであれば、ほぼウイルス対策ソフトが原因と見てよいでしょう。とはいえ、常にウイルス対策をオフにして開発するわけにはいきませんので、現実的には 開発用フォルダーを除外対象に登録する のがベストです。
除外対象として登録しておきたい代表的なパスは次の通りです。
| 種類 | 例 | ポイント |
|---|---|---|
| ソリューションのルート | C:\Users\ユーザー名\source\repos\MySolution\ | ソースコードと .sln を含むフォルダー |
| ビルド出力フォルダー | $(OutDir) （例：x64\Debug\ や x64\Release\） | EXE / DLL / PDB などが生成される場所 |
| 一時ファイルフォルダー | .vs や中間出力フォルダー | コンパイル・リンクのたびに大量のファイルが生成される |
会社支給 PC などでポリシー上の制約がある場合は、「開発用フォルダーだけ除外してよいか」 をセキュリティ担当に相談するとよいでしょう。OS 全体を除外するのは危険なので避けてください。
実行中やゾンビ化したプロセスを確実に終了させる
ウイルス対策ソフトが原因でない場合、次に疑うべきは「アプリケーション自身がまだ動いている」パターンです。特に以下のようなアプリはプロセスが残りやすく、LNK1168 の定番トリガーになります。
- タスクトレイに常駐するアプリ（アイコンだけ残っている）
- サービスとして動作するバックグラウンドアプリ
- クラッシュしてウィンドウは消えたが、プロセスだけ残っているアプリ
プロセスを確実に止めるには、次の順番で確認します。
- タスク マネージャーで対象 EXE 名を検索し、見つかったら「タスクの終了」
- タスクトレイや隠れたアイコンのコンテキストメニューから「終了」を選ぶ
- 必要に応じて、コマンドラインから強制終了する
taskkill /IM MyApp.exe /F
それでもロック元が分からない場合は、Process Explorer のようなツールを使うと正確に特定できます。
- Process Explorer を管理者として起動する
Find > Find Handle or DLL...を開く- 「Handle or DLL substring」に
MyApp.exeやMyApp.pdbを入力して検索 - ヒットしたプロセスを右クリックして
Kill Processする
この検索で何もヒットしない場合は、プロセスではなくウイルス対策や同期ツールなどが「ドライバー経由でロックしている」可能性が高くなります。
同期ソフト・検索インデックスを一時停止する
次に疑うべきは、OneDrive や Dropbox などの同期ソフト、クラウドバックアップ、そして Windows Search などのインデックスサービスです。これらはファイルの変更を検知して即座に同期・インデックス化するため、一瞬とはいえ出力ファイルをロックします。
切り分けの手順は次の通りです。
| 対象 | 確認・一時停止方法の例 |
|---|---|
| OneDrive / Dropbox | タスクトレイのアイコンを右クリックし、「同期の一時停止」や「一時停止」メニューを選択してからビルド |
| クラウドバックアップツール | バックアップのスケジュールを一時的に停止し、ビルドのタイミングと重ならないようにする |
| Windows Search（検索インデックス） | 管理者権限の PowerShell / コマンドプロンプトで net stop wsearch を実行し、ビルド完了後に net start wsearch で戻す |
net stop wsearch
net start wsearch
開発フォルダーをクラウドストレージ直下に置いている場合、そもそもソースコードとビルド出力を「同期対象から外す」構成に変えるのも有効です。例えば、ソースはローカルディスク（例：D ドライブ）に置き、Git などのバージョン管理だけをクラウドに同期するといった構成です。
管理者として Visual Studio を実行する
ファイルの所有者や ACL（アクセス制御リスト）の関係で、通常ユーザー権限では PDB など一部のファイルにアクセスできない場合があります。このようなときは、Visual Studio を管理者として実行することで問題が解消することがあります。
- Visual Studio を一旦終了する
- スタートメニューの Visual Studio 2022 を右クリックして「その他」→「管理者として実行」
- 同じソリューションを開き、ビルドしてみる
毎回右クリックするのが面倒な場合は、Visual Studio のショートカットのプロパティから「管理者としてこのプログラムを実行する」にチェックを入れておくとよいでしょう。ただし、社内のセキュリティポリシーによっては常時管理者実行が禁止されている場合もあるため、環境に合わせて判断してください。
ビルド環境を徹底的にクリーンアップする
ロックが解消されても、中間ファイルが壊れていると別のエラーにつながることがあります。一度、ビルド環境を徹底的にクリーンアップしておくと安心です。
おすすめの手順は次の通りです。
- Visual Studio で「ビルド」メニューから「クリーン ソリューション」を実行
- 続けて「リビルド ソリューション」を実行
- それでもダメな場合は Visual Studio を終了する
- エクスプローラーでソリューションフォルダーを開き、以下を削除する
.vsフォルダーx64\Debug、x64\Releaseなどのビルド出力フォルダーDebug、Releaseなどの中間出力フォルダー
- Visual Studio を再起動し、再度ビルド
また、出力先フォルダーを変更することで、他のツールとの衝突を避けられる場合があります。例えば、プロジェクトのプロパティで 「出力ディレクトリ（OutDir）」を $(SolutionDir)out\$(Configuration)\ のような専用フォルダーに切り替える と、原因が切り分けやすくなります。
インクリメンタル リンクを無効化してみる
Visual Studio のリンカーには、「インクリメンタル リンク」と呼ばれる機能があります。これは前回のリンク結果を再利用してリンク時間を短縮する機能ですが、.ilk や .pdb がロックされやすくなる副作用があります。
LNK1168 が頻発する環境では、いったんインクリメンタル リンクを無効化して動作を確認するのがおすすめです。
- プロジェクトのプロパティを開く
- 「構成プロパティ」→「リンカー」→「全般」を選択
- 「インクリメンタル リンク」を「いいえ (/INCREMENTAL:NO)」に変更
- ソリューションをクリーンしてから再ビルドする
リンク時間は多少伸びますが、LNK1168 や PDB 関連のエラーが収まるなら、安定性を優先してこの設定のままにしておくのも一つの選択肢です。
OS / Visual Studio の更新を確認する
バックグラウンドで Windows Update や Visual Studio の更新が走っているときにビルドを行うと、一時的にファイルがロックされることがあります。特に Windows Defender（標準のウイルス対策）や .NET ランタイム周りの更新が入っているときは、その影響を受ける可能性があります。
- Windows Update が長時間「更新を構成しています」の状態で止まっていないか
- Visual Studio Installer で保留中の更新が大量にたまっていないか
これらを一度すべて適用し、再起動してからビルドを試してみてください。それでも LNK1168 が再発するようであれば、やはりファイルロックの線が濃厚です。
なお、ここまでの対処を行ってもなお解決しないケースは少数派です。OS や Visual Studio の再インストールは、これらを試してもなお特定のプロジェクトだけでなく まったく新規に作成した空のプロジェクトでも LNK1168 が発生する場合の、最後の最後の手段と考えてください。
実例：ウイルス対策ソフトの除外設定で解決したケース
実際にあったケースでは、次のような流れで問題が発生・解決しました。
- Visual Studio 2022 で C++ のデスクトップアプリを開発していた
- 最初の数回は問題なくビルド・実行できていた
- あるタイミングから、ビルドのたびに LNK1168 （cannot open MyApp.exe for writing）が出るようになった
- タスク マネージャーや Process Explorer で MyApp.exe を探しても見つからない
- プロジェクト名変更、新規プロジェクトへのコード移植、VS 再起動、Windows 再起動を行っても改善しない
ここで、ウイルス対策ソフトを一時停止してビルドしてみたところ、LNK1168 が一切発生しなくなりました。そこで、ソリューションのルートフォルダーとビルド出力フォルダーをウイルス対策ソフトの除外対象として登録したところ、その後はリアルタイム保護をオンに戻しても LNK1168 が再発しなくなりました。
このように、「誰も使っていないはずの EXE がなぜか開けない」 という状況では、目に見えるプロセスだけでなく、ウイルス対策・同期・インデックスといったバックグラウンドの存在を疑うことが重要です。
よくある見落としポイント
LNK1168 の原因調査では、次のような「思わぬ犯人」が見落とされがちです。
- エクスプローラーのプレビューウィンドウ
EXE や DLL を選択した状態でプレビューウィンドウが開いていると、情報取得のために一時的にロックされることがあります。プレビューウィンドウを閉じるか、別のファイルを選択してからビルドしてみてください。 - プロパティダイアログ
ファイルのプロパティを開いたままにしていると、タブによってはハンドルが残ることがあります。ビルド前にすべて閉じておきましょう。 - 読み取り専用属性
誤って EXE / DLL に読み取り専用属性が付与されていると、リンカーが書き込めません。プロパティで「読み取り専用」のチェックを外すか、コマンドで解除します。attrib -r MyApp.exe attrib -r MyApp.pdb - 外部デバッガやクラッシュレポーター
Visual Studio とは別に、他社製のデバッガやクラッシュレポーターを導入している場合、PDB やログファイルをロックすることがあります。一時的に停止して再ビルドを試してみてください。
再発防止のための運用のコツ
一度 LNK1168 に悩まされると、また同じ状況になるのが怖くなります。以下のような運用ルールを取り入れておくと、再発確率をぐっと下げられます。
| 対策 | 内容 | 効果 |
|---|---|---|
| ビルドフォルダーの除外設定 | ウイルス対策ソフトに対して、ソリューションルートと出力フォルダーを除外に登録する | LNK1168 の最大要因を根本から排除できる |
| デバッグ終了の徹底 | F5 実行後は、必ずアプリケーション側の「終了」ボタンやメニューからプロセスを終了する習慣をつける | ゾンビプロセスによる EXE ロックを防ぐ |
| 常駐型アプリの設計 | 常駐アプリやサービスを開発する場合は、デバッグ用に「終了」コマンドやショートカットキーを用意する | 毎回タスク マネージャーで kill しなくて済む |
| 同期対象の見直し | OneDrive や Dropbox の同期対象から、ビルド出力フォルダーを外す | 同期処理による一時ロックを避ける |
必要であれば、ビルド前後に簡単な「掃除」を行うポストビルドイベントを追加する方法もあります。ただし、チーム開発の場合は誤って他人のプロセスを kill しないよう、十分に注意してください。
rem ビルド対象 EXE が起動していたら強制終了（自己責任で）
taskkill /IM MyApp.exe /F >NUL 2>&1
このようなスクリプトは便利な反面、想定外の場面でプロセスが終了してしまうリスクもあるため、あくまでローカル環境限定・開発者個人の責任で使うことをおすすめします。
それでも解決しないときの追加チェックポイント
ここまで紹介した対策をすべて試してもなお LNK1168 が発生する場合は、次のような観点から追加の切り分けを行うと、原因に近づけることがあります。
- 別ドライブ・別フォルダーに新規ソリューションを作成して再現するか
例：C ドライブではなく D ドライブ直下に新しく「HelloWorld」ソリューションを作成し、まったく新しい Win32 プロジェクトでビルドしてみる。 - ローミングプロファイルやネットワークドライブ上で開発していないか
プロファイルフォルダーやソースコードがネットワーク経由になっていると、サーバー側のバックアップやウイルス対策がロックをかけることがあります。 - セキュリティ製品が複数入っていないか
Windows Defender と他社製ウイルス対策が二重で動いていると、相互干渉してロック時間が長引くことがあります。 - 企業向けエンドポイント保護ツール
EDR など高度な監視ツールが導入されている場合、開発用 EXE が特に厳しく監視されることがあります。セキュリティ担当と連携して開発用フォルダーだけをホワイトリストに入れてもらうと安定することがあります。
まとめ：LNK1168 は「ファイルロック」を疑うのが近道
LNK1168（cannot open ～ for writing）は、Visual Studio やプロジェクト設定が壊れた結果というよりも、「出力ファイルがどこかにロックされている」 ことを知らせるシグナルです。特に Visual Studio 2022 + Windows 10 / 11 の環境では、ウイルス対策ソフトや同期ソフト、検索インデックスなどバックグラウンドの挙動が複雑になっており、一見「何も動いていない」ように見えても実際には複数のプロセスが EXE / DLL / PDB を触っています。
まずはウイルス対策の一時停止と除外設定、実行中プロセスの完全終了、同期・検索サービスの一時停止、Visual Studio の管理者実行、ビルド環境のクリーンアップといった手順を上から順に試してください。多くのケースでは、これだけで LNK1168 は再現しなくなります。
そして何より重要なのは、「すぐに OS / Visual Studio の再インストールに飛びつかない」ことです。再インストールは最終手段として温存しつつ、ファイルロックの原因を一つずつ丁寧に潰していくことで、開発環境を安定させることができます。
コメント