Application.DoEvents никогда не выходит

Question

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

Возникла проблема, когда DoEvents никогда не выходит. Пользовательский интерфейс реагирует (я вижу активность потоков пользовательского интерфейса в пользовательских журналах), поэтому DoEvents, похоже, накачивает сообщения, но по какой-то причине он никогда не завершается. К сожалению, этот DoEvents находится в основном компоненте обработки данных, что означает, что это прекращает обработку ответов сервера сервера, поскольку он застрял на линии DoEvents.

У нас есть трассировка секундомера, в которой указывается, как долго работали DoEvents. У меня есть журнал, в котором говорится, что он работает в течение 188267770 миллисекунд, что составляет 52 часа (глоток). Казалось, что он попал в это состояние примерно в 3 часа ночи в субботу, пока пользователь не пришел в понедельник и не закрыл приложение (не убивая процесс, я вижу, что трассировка потока графического интерфейса заканчивается изящно), после чего DoEvents завершает и данные таймера регистрируются (так что что-то, что происходит во время выключения, должно убедить DoEvents завершить).

Конечно, это происходит только на машинах пользователя производственное, а не на моем Dev поле :)

Кто-нибудь когда-нибудь видел подобную проблему к этому?

Я декомпилировал DoEvents, а также как Conrol.BeginInvoke отсылает делегаты метода к потоку GUI с помощью очереди сообщений Windows, но я не вижу, как DoEvents может застрять как это, и поддерживать пользовательский интерфейс в ответном режиме.

Исходный контроль diff также не является опцией, так как существует около 30 версий с последней «хорошей» версии, имевшейся у пользователей, и эта новая версия с проблемой - примерно 200 файлов изменились.

Большое спасибо Paul

Answer 1

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

У вас есть какая-либо фоновая обработка, которая вызывает такой тип поведения? Проводка другого сообщения для продолжения обработки? Есть ли событие в системе, которое может произойти, когда обработанное может просто произойти сразу же снова?

Другой альтернативой является то, что одно из сообщений само создает вложенный цикл сообщений. Например, показ диалога приведет к тому, что цикл вложенных сообщений не завершится до тех пор, пока диалог не будет удален. Ваше приложение пытается показать диалог, который потом не будет отклонен по какой-либо причине?

Невозможно сообщить нам ответ, учитывая количество возможностей.

Answer 2

После долгого поиска я наконец нашел причину - System.Windows.Forms.Timer.

Обычно два или более таймера могут вызвать вызов DoEvents(), чтобы никогда не заканчиваться. При обработке сообщения одного таймера WM_TIMER другой таймер может отправлять сообщение WM_TIMER, которое затем обрабатывается DoEvents, так как обрабатывается первый таймер, и т. Д.

приложение Я работаю на около 8 Таймеры я нашел до сих пор ....

Но на самом деле, DoEvents является реальным виновником, поэтому я планирую повторно-фактор, чтобы избавиться от него.