現代のアプリケーション開発において、メインスレッドを停止させずに背後で重い処理を実行する「バックグラウンド処理」の重要性はますます高まっています。

C#においても、スレッドプログラミングのパラダイムは従来のThreadクラスから、Taskベースの非同期パターン、そして現在のBackgroundServiceへと進化を遂げました。

本記事では、2026年現在のモダンなC#開発におけるワーカースレッドの最適解であるBackgroundServiceを中心に、その実装方法と最適化手法について詳しく解説します。

C#におけるバックグラウンド処理の変遷と現状

かつてのC#では、System.Threading.Threadクラスを手動でインスタンス化し、スレッドを直接操作する方法が一般的でした。

しかし、スレッドの直接生成はリソースの消費が激しく、ライフサイクル管理が非常に困難であるという課題がありました。

その後、.NET Framework 4.0で導入されたTask Parallel Library (TPL)により、開発者は抽象化された「タスク」という単位で並行処理を記述できるようになりました。

現在の.NETエコシステムでは、これらの技術をさらに洗練させた「Generic Host」の上で動作するワーカースレッドの実装が標準となっています。

特に、マイクロサービスやWebアプリケーションの裏側で継続的に動作するプロセスには、BackgroundServiceクラスを活用した実装が最も推奨されます。

BackgroundServiceを利用した基本的なワーカーの実装

BackgroundServiceは、IHostedServiceインターフェースを簡略化した抽象クラスであり、長時間のバックグラウンドタスクを実装するための最適なベースを提供します。

このクラスを継承することで、アプリケーションの起動と停止に同期したワーカースレッドを最小限のコードで作成できます。

基本的なワーカーの構造

まずは、一定間隔でログを出力するシンプルなワーカースレッドの例を見てみましょう。

C#
// Microsoft.Extensions.Hostingの参照が必要です
using Microsoft.Extensions.Hosting;
using Microsoft.Extensions.Logging;

public class SampleWorker : BackgroundService
{
    private readonly ILogger<SampleWorker> _logger;

    public SampleWorker(ILogger<SampleWorker> logger)
    {
        _logger = logger;
    }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        _logger.LogInformation("SampleWorker が開始されました。");

        // stoppingTokenはアプリケーションの停止を検知します
        while (!stoppingToken.IsCancellationRequested)
        {
            _logger.LogInformation("ワーカースレッドが稼働中です: {time}", DateTimeOffset.Now);

            try
            {
                // 5秒間待機します
                await Task.Delay(5000, stoppingToken);
            }
            catch (OperationCanceledException)
            {
                // タスクキャンセル時は正常終了として扱います
                break;
            }
        }

        _logger.LogInformation("SampleWorker が停止しました。");
    }
}
実行結果
SampleWorker が開始されました。
ワーカースレッドが稼働中です: 2026/05/20 10:00:00 +09:00
ワーカースレッドが稼働中です: 2026/05/20 10:00:05 +09:00

このコードの重要な点は、CancellationTokenを適切に扱うことにあります。

stoppingTokenTask.Delayなどの非同期メソッドに渡すことで、アプリケーションの終了要求があった際に、即座に安全な終了プロセスへと移行できます。

Dependency Injection (DI) との高度な連携

実際のビジネスロジックでは、データベースへのアクセスや外部APIの呼び出しが必要になります。

BackgroundServiceはシングルトンとして登録されるため、スコープ付きサービス(DbContextなど)を直接コンストラクタで受け取ることはできません。

これを解決するためには、IServiceScopeFactoryを使用して、ループごとに新しいスコープを生成する必要があります。

スコープ付きサービスを利用するワーカーの実装

以下の例では、データベース操作を行うサービスをバックグラウンド処理内で安全に呼び出しています。

C#
public class DatabaseWorker : BackgroundService
{
    private readonly ILogger<DatabaseWorker> _logger;
    private readonly IServiceScopeFactory _scopeFactory;

    public DatabaseWorker(ILogger<DatabaseWorker> logger, IServiceScopeFactory scopeFactory)
    {
        _logger = logger;
        _scopeFactory = scopeFactory;
    }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        while (!stoppingToken.IsCancellationRequested)
        {
            using (var scope = _scopeFactory.CreateScope())
            {
                // スコープ内からのみ取得可能なサービスを取得
                var myService = scope.ServiceProvider.GetRequiredService<IMyScopedService>();
                await myService.DoWorkAsync(stoppingToken);
            }

            await Task.Delay(TimeSpan.FromMinutes(1), stoppingToken);
        }
    }
}

このようにIServiceScopeFactoryを用いて手動でスコープを生成する手法は、メモリリークを防ぎ、スレッドセーフなデータベース操作を行うために必須の知識です。

System.Threading.Channelsによるパフォーマンスの最適化

プロデューサー・コンシューマー・パターンを実装する場合、従来のConcurrentQueueよりも、System.Threading.Channelsの使用が推奨されます。

Channelは、高パフォーマンスで非同期に最適化されたキューを提供し、ワーカースレッド間のデータ転送を効率化します。

Channelを活用した高速なデータ処理

データの受け渡しにChannelを利用することで、ロックの競合を抑え、スループットを大幅に向上させることが可能です。

C#
using System.Threading.Channels;

public class HighPerformanceWorker : BackgroundService
{
    private readonly ChannelReader<string> _reader;
    private readonly ILogger<HighPerformanceWorker> _logger;

    public HighPerformanceWorker(ChannelReader<string> reader, ILogger<HighPerformanceWorker> logger)
    {
        _reader = reader;
        _logger = logger;
    }

    protected override async Task ExecuteAsync(CancellationToken stoppingToken)
    {
        // WaitToReadAsyncにより、データが来るまでスレッドを効率的に待機させます
        await foreach (var item in _reader.ReadAllAsync(stoppingToken))
        {
            try
            {
                _logger.LogInformation("処理中のアイテム: {item}", item);
                // ここに重いビジネスロジックを記述
            }
            catch (Exception ex)
            {
                _logger.LogError(ex, "アイテムの処理中にエラーが発生しました。");
            }
        }
    }
}

ReadAllAsyncを使用することで、コードが簡潔になるだけでなく、アロケーション(メモリ割り当て)を最小限に抑えた列挙が可能になります。

エラーハンドリングとレジリエンスの強化

ワーカースレッドは一度起動すると長期間動き続けるため、例外が発生した際の挙動を慎重に設計する必要があります。

何も対策をしていない場合、未処理の例外によってバックグラウンドタスクが予期せず終了してしまうリスクがあります。

指数バックオフを用いた再試行ロジック

ネットワークエラーなどの一時的な障害に対しては、再試行ライブラリである「Polly」を組み合わせるか、自前で指数バックオフを実装するのが効果的です。

C#
protected override async Task ExecuteAsync(CancellationToken stoppingToken)
{
    int retryCount = 0;

    while (!stoppingToken.IsCancellationRequested)
    {
        try
        {
            await ProcessTaskAsync(stoppingToken);
            retryCount = 0; // 成功したらカウントをリセット
        }
        catch (Exception ex)
        {
            retryCount++;
            int delaySeconds = Math.Min((int)Math.Pow(2, retryCount), 60);
            
            _logger.LogError(ex, "{delay}秒後に再試行します。", delaySeconds);
            await Task.Delay(TimeSpan.FromSeconds(delaySeconds), stoppingToken);
        }
    }
}

このように、エラー発生時にもワーカーが完全に停止しないような「自己修復性」を持たせることが、本番環境の運用では極めて重要です。

マルチコアを最大限に活用する並列処理

1つのワーカー内で複数の項目を並列に処理したい場合、.NET 6以降で導入されたParallel.ForEachAsyncが強力な武器となります。

これにより、スレッドプールを最大限に活用しながら、並列度を制御した処理が容易になります。

Parallel.ForEachAsyncによる効率的な処理

以下のコードは、バックグラウンド処理内で最大4つの並列度でタスクを実行する例です。

C#
protected override async Task ExecuteAsync(CancellationToken stoppingToken)
{
    var items = Enumerable.Range(1, 100).Select(i => $"Task-{i}");

    var options = new ParallelOptions
    {
        MaxDegreeOfParallelism = 4, // 最大並列度を指定
        CancellationToken = stoppingToken
    };

    await Parallel.ForEachAsync(items, options, async (item, token) =>
    {
        await DoWorkInternalAsync(item, token);
    });
}

MaxDegreeOfParallelismを適切に設定することで、CPUリソースの過剰消費を防ぎつつ、スループットを最適化できます。

ワーカースレッドの実装手法比較

C#で非同期・並行処理を実現するための主な手法を比較表にまとめました。

手法主な用途メリットデメリット
BackgroundService常駐型バックグラウンド処理ライフサイクル管理が容易、DIと親和性が高いASP.NET Core/Generic Host環境が必要
Task.Run短時間の非同期処理手軽に実装可能、スレッドプールを利活用親スレッドのライフサイクルに依存しやすい
System.Threading.Thread極めて低レベルな制御スレッドの優先度などを詳細に設定可能リソース消費が重い、現代では非推奨
Channels + Worker大量のキュー処理メモリ効率が最高、ロックフリーに近い設計実装の複雑さがやや増す

モニタリングとヘルスチェック

ワーカースレッドが正常に動作しているかを監視することも、開発の一部です。

Microsoft.Extensions.Diagnostics.HealthChecksを利用して、ワーカースレッドが「生存しているか(Liveness)」を外部から確認できる仕組みを構築しましょう。

ワーカー内部で最後に処理が成功した時刻を記録し、その時刻が一定以上更新されていない場合に異常と判定するロジックなどが有効です。

まとめ

C#におけるワーカースレッドの実装は、単にThreadを立ち上げる時代から、フレームワークの機能を最大限に活用する時代へとシフトしました。

BackgroundServiceをベースに、IServiceScopeFactoryによる適切なDI管理、Channelsによる効率的なデータ転送、そしてParallel.ForEachAsyncによる並列処理を組み合わせることで、堅牢で高パフォーマンスなバックグラウンド処理が実現可能です。

特にCancellationTokenによるクリーンなシャットダウンと、適切なエラーリトライ戦略は、商用アプリケーションにおける品質の分かれ目となります。

本記事で紹介した最適化手法を駆使し、リソース効率の良い、ユーザー体験を損なわないバックグラウンド処理を設計してください。