BackgroundWorker.RunWorkerCompletedとthreading

Question

AFAIK、このイベントは作成者スレッド（BackgroundWorker RunWorkerCompleted Event）で呼び出されると約束されています。ほとんどの場合、約束どおりに行動します。ただし、RunWorkerCompletedは、BackgroundWorkerオブジェクトを作成したスレッドででなく、と呼ばれることがあります。

更新：コードは次のようである：

Trace.WriteLine(Thread.CurrentThread.ManagedThreadId); 
var worker = new BackgroundWorker(); 
worker.DoWork += (s, args) => Trace.WriteLine(Thread.CurrentThread.ManagedThreadId); 
worker.RunWorkerCompleted += (s, args) => Trace.WriteLine(Thread.CurrentThread.ManagedThreadId); 
worker.RunWorkerAsync(); 

出力は1 7 7
すべてのアイデア（正しい出力は1 7 1でなければなりませんか）？

Answer 1

BackgroundWorkerはGUIアプリケーション用に設計されています。

私はあなたがコンソールアプリケーションやWinformsやWPF以外の他のタイプのアプリケーションでこれをやっていると思います。

BackgroundWorkerは、SynchronizationContext.Currentによって提供される同期モデルを使用してイベントを送出します。 GUIアプリケーションでは、SynchronizationContext.CurrentはWindowsFormsSynchronizationContextで初期化され、UIスレッドでの呼び出しによって同期が提供されます。

が非GUIアプリケーションで、SyncronizationContext.CurrentちょうどSynchronizationContextオブジェクトで、これ(from MSDN)：

はない同期とフリースレッドコンテキストを提供する基本クラスです。

つまり、単にスレッドプールを介してディスパッチするので、通常は別のスレッドを毎回取得します。

winformsアプリケーションでコードを実行すると、期待どおりに動作します。

Answer 2

これはどうしてですか？

これは、バックグラウンドスレッド内にBackgroundWorkerクラスを作成した場合に発生します。

Answer 3

これは本当に古いスレッドですが、OfficeアドインでBackgroundWorker()を使用している場合は誰でもこの特定の問題にぶつかります。

ソリューションは、あなたのBackgroundWorkerを作成する前に、コードの1行を追加することです：

SynchronizationContext.SetSynchronizationContext(new WindowsFormsSynchronizationContext()); 

説明はここで与えられます。

Incorrect behavior of BackgroundWorker in Office solutions

あなたはこの行を追加しない場合は、 RunWorkerCompleted()機能は、元のUIスレッドで実行されません。

（私の場合、これは私のRunWorkerCompleted()機能が私のエクセルアドインのプロジェクトにWPFのダイアログを表示することができませんでした、とSTAの例外をスローすることを意味していた。）