Использование SendMessage() Многопоточный

Question

Что произойдет, если я использую SendMessage() из разных потоков в один приемник? Представьте себе ситуацию, когда приемник все еще обрабатывает сообщение из Thread1, а Thread2 отправляет другое сообщение (с помощью SendMessage()). Что происходит в конце приемника? Остановляет ли он выполнение Message1, обрабатывает Message2 и после завершения Message2 возвращается в Message1 обратно? Или Message2 ждет окончания Message1?

Answer 1

Основное правило: Единственный раз, когда поток отправляет кросс-нить отосланные, при вызове сообщение-поисковой функции (GetMessage, PeekMessage и т.д.) на этой теме. Функции поиска сообщений сначала проверяют любые сообщения, передаваемые по перекрестным потокам, отправляют их один за другим, а затем переходят к извлечения сообщения из очереди сообщений потока.

Это имеет 2 последствия:

• Cross-нить переданных сообщений автоматически рассылаются, когда принимающий поток не обрабатывает ¹⁾ любые сообщения в очереди.
• Отправленные сообщения с перекрестными потоками отправляются, когда принимающая нить не обрабатывает ¹⁾ любое другое сообщение с перекрестным потоком.

В вашем конкретном примере приемник будет продолжать обрабатывать Message1 до завершения и перейти к отправке Message2 при следующем вызове функции поиска сообщений.

Существует одно исключение из этого правила: Поток, который ждет SendMessage для возврата может послать въездного перекрестную нить отправленные сообщения ²⁾. Это означает, что есть потенциал для повторного входа. Повторяя ваш пример, предположим, что обработчик сообщения Message1 в какой-то момент вызывает SendMessage, вполне возможно, что Message2 отправлен до того, как обработка Message1 продолжается.

Подводя итог:

• Cross-нить отправленные сообщения отправляются последовательно на принимающем потоке.
• Существует несколько четко определенных времен, когда поток отправляет сообщения, переданные по перекрестным потокам.
• Хотя сообщения с перекрестными потоками никогда не обрабатываются одновременно, нет правил атомарности; быть готовым к повторному вступлению.

---

¹⁾ Предполагая, что вызов сообщение-поисковая функция не является частью нормальной обработки сообщений.
²⁾ См. When can a thread receive window messages? для получения более подробной информации о том, почему это так.

Answer 2

Я предполагаю, что вопрос заключается в том, что сообщения отправляются в конкретное окно, то есть HWND, отличное от NULL или HWND_BROADCAST, и что это окно принадлежит потоку, принадлежащему к тому же процессу.

В этом случае поток, создавший целевое окно, получит сообщение в следующий раз, когда GetMessage вызывается с фильтром, который включает данное окно. Отправляющий поток будет заблокирован до тех пор, пока принимающий поток не завершит обработку сообщения.

Если при обработке сообщения из Thread1 принимающий поток снова вызывает GetMessage/DispatchMessage, тогда любое обрабатываемое сообщение (включая сообщения, возможно отправленные Thread2) будет обработано в этой точке, тогда управление вернется к обработке сообщения от Thread1.

Из документов для SendMessage function:

Если указанное окно было создано вызывающим потоком, оконная процедура вызывается непосредственно в качестве подпрограммы. Если указанное окно было создано другим потоком, система переключается на этот поток и вызывает соответствующую процедуру окна. Сообщения, отправленные между потоками, обрабатываются только тогда, когда принимающий поток выполняет код поиска сообщений. Посылающий поток блокируется до тех пор, пока принимающий поток не обработает сообщение.