複数 UI スレッドを WPF でやる前にやってほしいこと - Qiita

最初に結論 WPF で複数 UI スレッドやろうと思った人はやらないでください…。 何か複数 UI スレッドで回避しようとしている問題に、他の回避方法があるならそっちを検討してください。 「おっ？UI スレッドもう 1 つ作ったら解決じゃない？」くらいの軽い気持ちでやると、注意深くプログラムを組まないと長時間稼働してたら死んだり、何かの拍子に死ぬような厄介な問題が起きることが多い印象です。 本文 WPF というか、ほとんどの UI を持ってるプラットフォームは単一の UI スレッドがあって、そこでイベント（メッセージ）を処理していくループがあると思います。 私が知ってる中では UWP が Window ごとに独立した UI スレッドを持っています。 複数の UI スレッドがあると何がうれしいの？ 重たい処理やモーダルなダイアログを出しても別の UI スレッドで動いてる人には影響を与えません