BackgroundWorkerの黄昏：モダン非同期パターンへの完全移行と極限の制御
長年、VB.NETの現場を支えてきた諸君。`BackgroundWorker`を使って「UIがフリーズする」という悪夢から逃れ、イベントの連鎖に翻弄されてきた経験は、もはや過去の遺物だ。
`BackgroundWorker`は確かに手軽だった。しかし、実行状態の管理、例外の捕捉、そして最も厄介な「キャンセルの伝搬」において、現代のアプリケーション開発にはあまりに脆弱すぎる。本稿では、レガシーな非同期モデルを捨て、`async/await`と`IProgress(Of T)`、そして`CancellationTokenSource`を用いた、堅牢かつ洗練された非同期アーキテクチャへの移行術を伝授する。
—
1. なぜBackgroundWorkerを捨てるのか
`BackgroundWorker`は、スレッドセーフではないイベントハンドラに依存している。処理の途中でフォームが破棄された場合や、複雑な並列処理が必要になった瞬間、そのコードはスパゲッティ化し、メモリリークの温床となる。
現代の設計において重視すべきは、「処理の分離」と「状態の明示的制御」だ。`CancellationToken`は処理の「中断」を、`IProgress`は処理の「進捗」を、それぞれ外部から安全に管理する。これこそが、モダンな非同期プログラミングの核心である。
—
2. 実装：IProgressとCancellationTokenによるモダン非同期パターン
以下のコードは、UIスレッドをブロックすることなく、重い処理をバックグラウンドで実行し、キャンセルと進捗通知を完璧に制御するパターンだ。
Imports System.Threading
Imports System.Threading.Tasks
Public Class MainForm
‘ キャンセルトークンを生成するためのソース
Private _cts As CancellationTokenSource
Private Async Sub btnStart_Click(sender As Object, e As EventArgs) Handles btnStart.Click
‘ 既存のトークンがあればキャンセルし、新しいインスタンスを作成
_cts?.Cancel()
_cts = New CancellationTokenSource()
‘ 進捗通知用のアクションを定義（UIスレッドで自動的に実行される）
Dim progressIndicator As New Progress(Of Integer)(Sub(percent)
progressBar.Value = percent
lblStatus.Text = $”処理中: {percent}%”
End Sub)
Try
btnStart.Enabled = False
‘ 非同期処理を実行し、完了を待機
Await Task.Run(Function() DoHeavyWork(progressIndicator, _cts.Token))
MessageBox.Show(“処理完了”)
Catch ex As OperationCanceledException
lblStatus.Text = “ユーザーによって中断されました”
Catch ex As Exception
MessageBox.Show($”エラー発生: {ex.Message}”)
Finally
btnStart.Enabled = True
‘ CancellationTokenSourceはIDisposable。使い終わったら必ず解放する
_cts.Dispose()
_cts = Nothing
End Try
End Sub
Private Sub btnCancel_Click(sender As Object, e As EventArgs) Handles btnCancel.Click
‘ キャンセル要請を送信
_cts?.Cancel()
End Sub
‘ 重い処理の本体：UIとは完全に分離されている
Private Sub DoHeavyWork(progress As IProgress(Of Integer), token As CancellationToken)
For i As Integer = 1 To 100
‘ キャンセル要求があったか確認
token.ThrowIfCancellationRequested()
‘ 重い処理をシミュレート
Thread.Sleep(50)
‘ 進捗を報告
progress?.Report(i)
Next
End Sub
End Class
—
3. シニアエンジニアが意識すべき「極限の知見」
A. メモリ管理とDisposeの哲学
`CancellationTokenSource`や`Task`を多用するシステムでは、不用意なオブジェクト生成がGC（ガベージコレクタ）の負荷を増大させる。特に`IDisposable`を実装したオブジェクトは、`Using`ステートメントまたは明示的な`Dispose()`で確実に解放せよ。特に長時間稼働するWindowsサービスや常駐アプリでは、この積み重ねが数日後のメモリ不足エラーを引き起こす。
B. コンテキストスイッチの最小化
`Await`は非常に強力だが、`ConfigureAwait(False)`を適切に使うべき場面がある。ライブラリ層やビジネスロジック層など、UI更新が不要な場所では`Await Task.Run(…).ConfigureAwait(False)`を使うことで、UIスレッドへの無駄なコンテキストスイッチを回避し、パフォーマンスを向上させることができる。
C. レガシー環境との親和性
既存の古いVB6や初期のVB.NET資産と連携する場合、`Invoke`によるUI更新が混在することもあるだろう。`IProgress(Of T)`は、作成時にキャプチャされた`SynchronizationContext`（つまりUIスレッド）でコールバックを実行する。これにより、`Control.InvokeRequired`を地獄のように書く必要はなくなるのだ。これがモダン化の最大の恩恵である。
—
結論：コードの格調を高めろ
`BackgroundWorker`を使い続けることは、もはや保守の怠慢であると言わざるを得ない。`async/await`と`CancellationToken`への移行は、単なる書き換えではない。それは、君のアプリケーションを「スレッドの暴走」から守り、ユーザーに真のレスポンス性能を保証するための、エンジニアとしての責任である。
レガシーな技術に敬意を払うことは重要だ。だが、その技術が現在のアーキテクチャの足枷となっているのであれば、断固としてモダンな手法へ置き換えること。それが、この混沌としたシステム開発の現場で生き残るための、唯一の道である。
