У меня есть приложение C #, которое использует компонент COM. Для обработки этого COM-компонента требуется насос сообщений (Application.Run ()). Это означает, что он застрял в основном потоке. Но недавно я обнаружил, что можно запустить другое Application.Run в другом потоке, который получает свой собственный ApplicationContext.
Поэтому я хочу разместить компонент COM в отдельном потоке внутри своего собственного Application.Run (), но я не могу понять, как начать работу в новом потоке, не создавая формы пользовательского интерфейса.
Контекст WindowsFormsSynchronizationContext, который мне нужен для связи с потоком, не создается до Application.Run (). Но после вызова Application.Run () я не могу понять, как добраться до SynchronizationContext. Если бы я мог просто вызвать одно событие в этом потоке, я мог бы использовать его для начальной загрузки всего этого (создания COM-объекта и т. Д.), Но, похоже, нет места, где можно было бы подключиться к новому циклу событий без формы .
Я пробовал всевозможные запутанные вещи, такие как установка фильтра сообщений (сообщения не возникают в новом потоке), копирование контекста выполнения в другой поток и попытки получить оттуда SynchronizationContext (он отказывается копировать ExecutionContext из уже запущенный поток), получение Thread.CurrentContext перед запуском Application.Run (), а затем вызов DoCallbBack () (DoCallback заканчивается в исходном потоке) и т. д. Ничего из того, что я пробовал, не работает.