Как заставить Windows думать, что ваше приложение все еще занято, хотя оно не отвечает

Question

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

В большинстве случаев математические алгоритмы занимают всего несколько секунд, поэтому после того, как пользователь запустил действие, появятся песочные часы (илив Windows 7) отображается кружок, а через несколько секунд отображаются результаты.

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

Я использую Qt и использую функцию Qt QWidget :: repaint, чтобы вызвать перерисовку, когда мой алгоритм занят.Перекраска работает некоторое время, но, как уже было сказано выше, Windows, кажется, через некоторое время блокирует это.

Как правильно сообщить Windows, что ваше приложение все еще занято и окно продолжает обновляться?Если я введу явный цикл обработки сообщений, пользователь может инициировать другие действия в приложении, которые мне не нужны.

• Достаточно ли вызвать PeekMessage?
• Достаточновызвать GetMessage?
• Или я должен вызвать DispatchMessage?И как мне запретить пользователю запускать другое действие (собственно, запретить весь ввод пользователя)
• Должен ли я вызывать одно из этих сообщений каждый раз, когда обновляю свое окно, или я могу ограничить себя, чтобы вызывать его каждые несколько секунд(10 секунд ?, 30 секунд? ...)

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

Я использую Visual Studio 2010в Windows 7 в сочетании с Qt 4.7.

Answer 1

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

Я предполагаю, что есть функция (давайте назовем ее execute()), которая при вызове выполняет все эти трудоемкие математические операции. Один из вариантов - использовать Qt Concurrent API для вызова этой функции в отдельном потоке без использования низкоуровневой обработки потоков.

Вам нужна функция QtConcurrent::run:

Функция QtConcurrent :: run () запускает функцию в отдельном потоке. Возвращаемое значение функции доступно через QFuture API.

Вместо простого вызова execute(), который заблокирует ваш пользовательский интерфейс, вы можете сделать следующее (пусть A будет классом, в котором определен execute()):

QFuture<void> future = QtConcurrent::run(this, &A::execute);

Вы можете использовать QFutrureWatcher, чтобы получать уведомления о завершении функции.

Answer 2

Подобный вопрос и много информации здесь: Мне нужен насос сообщений, который не портит мое открытое окно

Однако, как вы, вероятно, уже знаете, это довольно взломано, и было бы лучше попытаться переместить код в другой поток. Почему это «не вариант»?

Answer 3

Вы можете просто звонить QApplication::processEvents() время от времени, скажем, каждые 2 или 3 секунды или около того. Это должно вызвать событие перерисовки и обновить ваш индикатор выполнения и другие элементы.

Answer 4

Функция DisableProcessWindowGhosting (см. http://msdn.microsoft.com/en-us/library/ms648415(v=vs.85).aspx) сообщает Windows, что она не должна отображать «окно-призрак», если приложение не отвечает.

Мой коллега провел несколько экспериментов с этим и заметил следующее:

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

Итак, это решает мою проблему.