WinAPI: пропуск BeginPaint & EndPaint в WM_PAINT приводит к 100% использованию процессора

Question

WinAPI: пропуск BeginPaint & EndPaint в WM_PAINT приводит к 100% использованию процессора

0

При обработке сообщения WM_PAINT я опускал вызовы BeginPaint и EndPaint, а загрузка процессора достигала 100%. Почему это?

Я также использую рабочие потоки... но они делают что-то другое и, похоже, не влияют на этот вопрос.

Кроме того, можно ли использовать контекст устройства из GetDC(), а не BeginPaint? Кажется, у них разные ценности, поэтому я думал, что у них разные рабочие места.

Извините, если я похож на идиот - я новичок в WinAPI, C++ и просто в мире логики вообще...

благодаря

Hans Passant 25 янв. 2014, в 20:20

Источник

0

Если вы новичок в C ++, есть ли какая-то особая причина, по которой вы вообще используете WinAPI? В настоящее время относительно мало причин использовать его напрямую, кроме как для поддержки существующих программ, построенных на его основе.
Cubic 25 янв. 2014, в 18:23
1

Я ожидаю, что Begin / Endpaint используются для указания ОС, что сообщение WM_PAINT действительно обработано. Поэтому, если вы не используете эти вызовы, ОС продолжает сообщать вашему приложению, что ему нужно что-то нарисовать ...
Mats Petersson 25 янв. 2014, в 18:24
0

DC, возвращаемый GetDC (), не ограничен и не имеет границ отсечения. DC, возвращаемый BeginPaint, возвращает DC, который представляет часть окна, нуждающуюся в обновлении. Если вы рисуете за пределами этого региона, он обрезается. По моим наблюдениям, операции GDI на DC, возвращаемом GetDC (), имеют лучшую производительность, чем тот же код на DC, возвращаемый BeginPaint - особенно если ваш код просто перерисовывает все окно на каждом WM_PAINT. Вы можете использовать DC, возвращаемый GetDC в WM_PAINT, но вам все равно нужно вызвать BeginPaint / EndPaint, чтобы указать, что регион был обновлен.
selbie 25 янв. 2014, в 18:39

Показать ещё 1 комментарий

Теги:

c++

windows

winapi

wm-paint

3 ответа

3

Не уверен, что это так, но startpaint и endpaint также проверяют обратную область окна, если вы их не используете, тогда окна не знают, что вы перерисовали эту область. Вы можете вызвать функцию ValidateRect, чтобы сообщить о том, что окно было перерисовано,

Не уверен, что это поможет в вашем случае, вы можете узнать больше о

Разница между GetDC() и BeginPaint()

marcinj 25 янв. 2014, в 15:45

1

GDI выдает сообщение WM_PAINT для обновления части окна. BeginPaint/EndPaint() сообщает gdi, что обработчик выполняет эту работу. В случае отсутствия BeginPaint() для указанной области, пока окно не будет обновлено (кем-либо), будут созданы сообщения WM_PAINT. Именно по этой причине вам нужен BeginPaint/EndPaint() в обработчике WM_PAINT и в отсутствие которого вы видите высокую загрузку процессора.

GetDC() не является заменой Begin + EndPaint() из-за причины, упомянутой в моем предыдущем абзаце.

Abhijit 25 янв. 2014, в 16:22

Ещё вопросы

Если вы новичок в C ++, есть ли какая-то особая причина, по которой вы вообще используете WinAPI? В настоящее время относительно мало причин использовать его напрямую, кроме как для поддержки существующих программ, построенных на его основе.
Я ожидаю, что Begin / Endpaint используются для указания ОС, что сообщение WM_PAINT действительно обработано. Поэтому, если вы не используете эти вызовы, ОС продолжает сообщать вашему приложению, что ему нужно что-то нарисовать ...
DC, возвращаемый GetDC (), не ограничен и не имеет границ отсечения. DC, возвращаемый BeginPaint, возвращает DC, который представляет часть окна, нуждающуюся в обновлении. Если вы рисуете за пределами этого региона, он обрезается. По моим наблюдениям, операции GDI на DC, возвращаемом GetDC (), имеют лучшую производительность, чем тот же код на DC, возвращаемый BeginPaint - особенно если ваш код просто перерисовывает все окно на каждом WM_PAINT. Вы можете использовать DC, возвращаемый GetDC в WM_PAINT, но вам все равно нужно вызвать BeginPaint / EndPaint, чтобы указать, что регион был обновлен.

Hans Passant · Accepted Answer · 2014-01-25T15-45-00.000Z

Это совершенно нормально. Windows генерирует сообщение WM_PAINT, когда область обновления окна не пуста. То, что вы должны сделать, это снова пометить его пустым. Вы делаете это, например, путем вызова Begin/EndPaint().

Если вы этого не сделаете, то Windows немедленно генерирует еще одно сообщение WM_PAINT, все еще пытаясь освободить область обновления. Ваша нить будет записывать 100% -ное ядро, просто обрабатывая сообщения WM_PAINT и фактически не выполняя работу. Возможно, вы на самом деле рисуете, Windows просто не знает, что вы нарисовали, и не пытается угадать.

Использование Begin/EndPaint() - это очень разумный способ выполнить эту работу. Это не единственный способ, вы также можете вызвать ValidateRect() или ValidateRgn(). Пока вы "новичок в winapi", я очень рекомендую вам сделать это обычным способом.

Понятно, но что, если бы я использовал, скажем, OpenGL вместо обычного способа GDI? Нужно ли мне вызывать функции glWhatEver между BeginPaint () / EndPaint ()? (У меня есть некоторые основания в OpenGL, так что портирование этого на C ++, по крайней мере, несколько достижимо)
Множество уроков по opengl, нет смысла заново изобретать это для себя.