なぜ私たちはThreadPoolスレッドのアパートの状態を変更できないのですか？また、ShowDialogが使用されているときにメッセージポンプを必要としないのはなぜですか？

Question

最近、メイン/ UIスレッドではなく、別のスレッドでフォームを表示したいという状況に遭遇しました。私はスレッドプールスレッドを使用しました。フォームはRCW（COMコンポーネント用）をホストしました。フォームをインスタンス化すると、スレッドはSTAでなければならないという例外がありました。私はSTAとしてアパートの状態を設定しようとしました。しかし、それはどちらもうまくいかなかった。私は最終的にスレッドを明示的に作成することになり、それがうまくいった（私はShowDialogを使用し、メイジポンプを作成する必要はない）。

EDIT：

• 私は、スレッドプールのスレッドが MTAであることを知っています。しかし、なぜSTAに設定できないのですか？ これについてはちょっと不思議です。ちょうど で私の頭をポップ
• もう一つの問題は、：にShowDialog（）（
  表示形式に）

Answer 1

アパートメントは、CoInitializeEx（）の呼び出しによって選択されます。スレッドプール内のスレッドはすでにその呼び出しを行っており、呼び出し後にアパートメントを変更することはできません。スレッドプールは、MTAが理にかなって選ぶだろう

は、それが後に、すべてのワーカースレッドとして意図されており、マーシャリングする必要があるメソッドの呼び出しによってブロックされるべきではありません。シングルスレッドアパートメントを選択するには、メッセージループをポンピングするという追加要件があります。あなたが決してスレッドプールスレッドが行うとは思わない何か。それはCOMが別のスレッドで行われる呼び出しをマーシャリングするために使用する車両だから

メッセージループが必要です。その呼び出しはSTAスレッドに「注入」されなければなりません。これは、スレッドが既知の静止状態にある場合にのみ可能です。もしそうでなければ、そのような呼び出しは大きな再突入問題を引き起こすでしょう。スレッドがループをポンピングしている場合でも時々実行されます。

にShowDialog（）は、独自のメッセージループを開始しますので、あなたは）Application.Run（とメッセージループを自分でポンプする必要はありませんでした。それがモダリティを得る方法です。ネストされたループは、ダイアログが閉じるとすぐに終了します。

Answer 2

を使用しているのに、なぜ私たちは、あなたが頼るべきではありません
メッセージポンプを必要としませんスレッドプールスレッドの固有の動作。一般に、スレッドプール内のスレッドは、あなたが知らないうちにCLRによっていつでも置き換えることができます。スレッドプールスレッドは、単純なタスク、好ましくは短命のスレッドで使用することを目的としています。

あなたがスレッドの設定よりきめの細かい制御を持っているしたい場合は、専用のスレッドを作成する必要があります。アパートの状態を設定することは、これの完璧な例です。

---

理論上の理由に加えて、試みているものには実際的な問題があります。 2番目のスレッドでフォームをホストしても機能しません（余分な作業を余儀なくされることはありません）。フォームは、メッセージポンプと同じスレッドで実行する必要があります。そうしないと、ウィンドウメッセージは表示されず、正しく更新されません。

このスレッド用に完全なメッセージポンプを実装する場合は、別のスレッドでフォームを作成できますが、通常はワークアイテムをバックグラウンドスレッドに配置し、非同期プログラミング手法を使用してUIを維持してくださいスレッドに応答します。