当处理WM_PAINT消息时,我省略了BeginPaint和EndPaint调用,并且CPU使用率高达100%。这是为什么?
我也在使用工作线程......但他们做了不同的事情,似乎对此事没有影响。
另外,我可以使用GetDC()而不是BeginPaint的设备上下文吗?他们似乎有不同的价值观,所以我认为他们有不同的工作。
对不起,如果我听起来像个白痴 - 我是WinAPI,C ++的新手,只是一般的逻辑世界......
由于
答案 0 :(得分:8)
这是完全正常的。当窗口的更新区域为非空时,Windows会生成WM_PAINT消息。 所谓的要做的就是将其标记为空。例如,您可以通过调用Begin / EndPaint()来执行此操作。
如果不这样,那么Windows 会立即生成另一个WM_PAINT消息,仍然会尝试清空更新区域。您的线程将刻录100%核心,无所事事地处理WM_PAINT消息,而不是实际完成工作。也许你实际上在绘画,Windows只是不知道你画的是什么,也不会试图猜测它。
使用Begin / EndPaint()是完成这项工作的理智方式。它不是唯一的方法,您也可以调用ValidateRect()或ValidateRgn()。只要你是“winapi的新手”,我就强烈建议你以正常方式这样做。
答案 1 :(得分:3)
不确定是否是这种情况,但是beginpaint和endpaint也验证了窗口的绘制区域,如果你不使用它们,那么windows不知道你重新绘制了这个区域。你可以调用ValidateRect函数来告知这个事实窗口被重新绘制。
不确定这对您的情况是否有帮助,您可以在以下内容中阅读更多关于tjis的内容
答案 2 :(得分:1)
GDI发出WM_PAINT消息以更新窗口的一部分。 BeginPaint/EndPaint()
通知gdi处理程序正在执行该作业。如果指定区域没有BeginPaint(),则在窗口更新之前(由某人更新)将生成WM_PAINT消息。这就是你在WM_PAINT处理程序中需要BeginPaint/EndPaint()
的原因,如果你没有看到高CPU利用率。
由于我之前段落中提到的原因,GetDC()不能替代Begin + EndPaint()。