Требуется ли сообщение STA Message Loop в этом случае?

Question

У меня есть COM-объекты, которые я создаю и работаю в потоках в приложении .NET. Потоки отмечены как Single Threaded Apartments, и все, кажется, работает. Я понимаю, что если эти потоки попытаются получить доступ к COM-объектам из основного потока, тогда эти объекты будут автоматически маршалированы и сериализованы для меня в .NET, поэтому даже в этом случае все будет обработано для меня, все безопасно и аккуратно, хотя возможно немного медленно.

Мой вопрос в том, что все работает нормально, я не перекачка цикла сообщений в потоках STA, которые я создаю. Я предпочел бы избежать цикла сообщений, если смогу, из-за дополнительных осложнений, которые он может вызвать (и возможных потерь эффективности).

Я прочитал кучу советов о том, почему необходим цикл сообщений (в основном из очень полезного Hans Passant), и я понимаю, что цикл сообщений дает место в потоке A, где может быть другой поток B запросить, чтобы объекты COM, живущие в потоке A, могли быть маршалированы и воспроизведены. Если это так, то до тех пор, пока никакие другие нити ничего не требуют от объектов COM в потоке A, является ли Thread A безопасным в том, что он не накачивает цикл сообщений? Или есть другие случаи, когда цикл сообщений может также вступить в игру?

Я играю с огнем здесь? И есть ли когда-нибудь случай, когда вы спрашиваете, играете ли вы с огнем, а вы нет?

Answer 1

Контракт STA требует перекачки контура сообщения. Но да, можно избежать неприятностей. Есть две основные вещи, которые могут пойти не так:

• Любой вызов, который сделан на методе интерфейса из другой квартиры, в том числе другой STA нити или нити в MTA не будет полной. Это выглядит как тупик в вашей программе, вызов просто не возвращается. Помните, что вы можете хорошо управлять своими вызовами, но вы не знаете, что делает COM-компонент. Он может начать сам поток. Вы можете увидеть это в отладчике с помощью Debug + Windows + Threads. Убедитесь, что вы запускаете отладчик в неуправляемом режиме, и вы можете учитывать все потоки, которые вы видите. Не особенно легко.

• Многокомпонентные потолочные COM-компоненты, рассчитанные на то, чтобы иметь петлю сообщений, заботясь о своих потребностях. Это может быть что-то безобидное, как таймер, оно не будет тикать, когда нет цикла. Или он может делать маршалинг внутри страны. Используйте Spy ++ и проверьте, есть ли скрытые окна, принадлежащие вашему новому потоку STA, обязательно признак проблемы, если вы его видите. Диагноз - это компонент, который просто плохо себя ведет. Не поднимать события - обычная неудача.

Ничто не прибивает к стене, когда вы не знаете достаточно о внутренних компонентах сервера. Обязательно протестируйте его.

Answer 2

COM-вызовы могут быть маршалированы без контура сообщения.

Когда ваш поток STA ждет чего-то, он в большинстве случаев автоматически обрабатывает любые ожидающие вызовы COM.

Документация Thread.Join говорит Blocks the calling thread [...] while continuing to perform standard COM and SendMessage pumping.

То же самое происходит и для многих других функций, вызываемых от вашего имени (CoWaitForMultipleHandles и т.д.), например, когда ваш поток ожидает ввода-вывода.