C#で発生するIOException: The process cannot access the fileの解決策と回避テクニック

2026年5月29日

ファイル・ディレクトリ操作

C#でファイル操作を伴うアプリケーションを開発している際、System.IO.IOException という例外に直面することがあります。

特に「別のプロセスがファイルを使用しているため、プロセスはファイルにアクセスできません」というメッセージは、非常に多くの開発者を悩ませる問題です。

このエラーは、OSレベルでファイルの共有ルールが競合している場合に発生します。

ファイルの読み書きが完了していない状態で別の処理がアクセスを試みたり、ウイルス対策ソフトなどの外部プロセスがファイルを掴んでいたりすることが主な原因です。

本記事では、この例外が発生するメカニズムを解明し、実行環境で発生するエラーを回避するための具体的な実装テクニックを詳しく解説します。

目次 [ close ]

1. IOExceptionが発生する仕組みとエラーコード

C#のファイル操作ライブラリは、内部的にWindows APIを呼び出してファイルハンドルを取得します。

Windows OSには「ファイル共有モード」という概念があり、あるプロセスがファイルを開いている間、そのファイルに対してどのような操作を許可するかを制限しています。

もし先行するプロセスが「他者による書き込みを禁止」した状態でファイルを開いている場合、後続のプロセスが書き込みモードで開こうとすると、OSはアクセスを拒否します。

このアクセス拒否がC#側には IOException として通知される仕組みになっています。

このエラーの内部的なエラーコード（HRESULT）は通常 0x80070020 であり、Win32エラーの ERROR_SHARING_VIOLATION に相当します。

ファイルがロックされているという状態は、単に「開かれている」だけでなく、「共有が許可されていないモードで開かれている」ことを意味します。

2. 開発時に陥りやすい主な原因

このエラーが発生するパターンはいくつか決まっており、その多くはプログラム内の不備や環境要因に起因します。

リソースの解放漏れ（Disposeの欠如）

最も多い原因は、FileStream や StreamWriter を使用した後に、正しく閉じられていないことです。

ストリームが開いたままになっていると、ガベージコレクションがメモリを回収するまで、そのファイルハンドルはOS上に残り続けます。

そのため、直後に同じファイルへアクセスしようとすると、自分自身が保持しているハンドルによってアクセスがブロックされます。

アンチウイルスソフトやインデックス作成サービス

開発中のプログラムに問題がなくても、外部のソフトウェアが原因でエラーが発生することもあります。

例えば、ファイルを作成した瞬間にウイルス対策ソフトがスキャンを開始し、数ミリ秒の間ファイルがロックされるケースです。

また、Windows Searchのインデックス作成サービスがファイルを掴むことで、書き込みが失敗することもあります。

マルチスレッドや非同期処理での競合

並列処理を行っている場合、複数のスレッドがほぼ同時に同じファイルへ書き込みを行おうとすると競合が発生します。

Task.Run や Parallel.ForEach を利用している環境では、適切な排他制御（ロック）が必要です。

3. 基本的な解決策：usingステートメントの活用

リソースの解放漏れを防ぐための最も基本的かつ強力な方法は、using ステートメントを使用することです。

using ブロックを抜ける際に、内部で Dispose メソッドが自動的に呼び出され、ファイルハンドルが確実に解放されます。

C# 8.0以降では、中括弧を省略できる「using宣言」も利用可能であり、コードをよりシンプルに記述できます。

// 従来の記述方法
using (StreamWriter writer = new StreamWriter("sample.txt"))
{
    writer.WriteLine("Hello, World!");
} // ここで確実に解放される

// C# 8.0以降の記述方法（スコープの終わりで解放される）
using var writerModern = new StreamWriter("modern.txt");
writerModern.WriteLine("最新の構文を利用した書き込み");

この方法を徹底するだけで、自分自身のプロセス内で発生する IOException の多くを解決できます。

例外が発生した場合でも確実に Close が呼ばれるため、後続の処理に影響を与えません。

4. 応用編：FileShareによる共有アクセスの許可

デフォルトのファイルオープン処理では、他のプロセスによるアクセスを制限する設定になっています。

しかし、読み取り専用でファイルを開く場合など、複数のプロセスが同時にアクセスしても問題ないケースもあります。

そのような場合は、FileStream のコンストラクタで FileShare 列挙型を指定することで、共有モードを制御できます。

try
{
    // 他のプロセスが読み取ることを許可してファイルを開く
    using var fs = new FileStream(
        "shared_file.txt", 
        FileMode.Open, 
        FileAccess.Read, 
        FileShare.ReadWrite); // 読み取りと書き込みの共有を許可

    using var reader = new StreamReader(fs);
    string content = reader.ReadToEnd();
    Console.WriteLine(content);
}
catch (IOException ex)
{
    Console.WriteLine($"エラーが発生しました: {ex.Message}");
}

FileShare.ReadWrite を指定すると、このプロセスがファイルを開いている間でも、他のプロセスがそのファイルに対して読み書きを行うことが可能になります。

ただし、書き込みを許可する場合は、データの整合性が崩れないように注意が必要です。

5. 堅牢なプログラムにするためのリトライ処理

外部プロセス（アンチウイルスソフトなど）による一時的なロックを回避するためには、「失敗しても少し待ってからやり直す」というリトライロジックの実装が非常に有効です。

瞬間的な競合であれば、数百ミリ秒待機するだけで解決することが多いため、プログラムの安定性が格段に向上します。

public static void WriteToFileWithRetry(string path, string text, int maxRetries = 5, int delayMs = 500)
{
    for (int i = 0; i < maxRetries; i++)
    {
        try
        {
            File.WriteAllText(path, text);
            return; // 成功したら抜ける
        }
        catch (IOException ex) when (i < maxRetries - 1)
        {
            // IOExceptionかつリトライ回数上限に達していない場合
            Console.WriteLine($"アクセス競合が発生しました。リトライ {i + 1} 回目...");
            System.Threading.Thread.Sleep(delayMs);
        }
    }
}

実行結果

アクセス競合が発生しました。リトライ 1 回目...
(その後、書き込みに成功)

このように when 句を使用した例外フィルタを活用することで、特定の条件下でのみリトライを試みることができます。

商用アプリケーションでは、このようなリトライ処理を共通ライブラリ化しておくことが一般的です。

6. デバッグツールを活用したロック元の特定

どうしてもファイルがロックされていて解決できない場合は、どのプロセスがファイルを掴んでいるかを特定する必要があります。

Windowsに標準搭載されている「リソースモニター」を使用すると、対象のファイルを検索してロックしているプロセス名を確認できます。

「CPU」タブの「関連付けられたハンドル」という検索ボックスにファイル名を入力するだけで、原因となっているアプリが判明します。

また、コマンドラインツールの Handle.exe (Sysinternals) を使用することで、より詳細な情報を取得することも可能です。

プログラムの不備ではなく、エディタやブラウザがファイルを開きっぱなしにしていることが原因であるケースも少なくありません。

7. 読み取り専用アクセスを優先する

ファイルの内容を確認するだけであれば、書き込み権限を要求せずにファイルを開くべきです。

File.ReadAllText や File.ReadAllLines などの静的メソッドは非常に便利ですが、内部的には共有モードの指定が固定されています。

大規模なログファイルや設定ファイルを読み取る際は、明示的に FileAccess.Read を指定した FileStream を作成することを推奨します。

これにより、他のプロセスがログを追記している最中であっても、その内容を読み取ることができるようになります。

アクセス方法	特徴	推奨シーン
File.WriteAllText	簡潔だが排他的になりやすい	一時的なファイル出力
FileStream (FileShare.None)	完全に独占する	データの破壊を防ぎたい重要な更新
FileStream (FileShare.ReadWrite)	他者との共存を許可する	リアルタイムログの閲覧など

まとめ

IOException: The process cannot access the file は、C#開発において避けては通れない課題の一つです。

まずは using ステートメントを正しく使用し、リソースの解放が確実に行われているかを確認してください。

その上で、必要に応じて FileShare による共有設定の最適化や、一時的なロックを回避するためのリトライ処理を導入することが重要です。

これらのテクニックを組み合わせることで、実行環境に左右されない、堅牢で安定したファイル操作プログラムを構築することができます。

エラーが発生した際は、プログラム内部のロジックだけでなく、OSや外部プロセスの動きも視野に入れて調査を進めましょう。