win32：WM_PAINT调用但不应该这样！

Question

我对WM_PAINT有问题。 基本上，我希望在用户WM_COMMAND之后调用WM_PAINT，但是由于某种原因，它总是在main函数中被调用。

 case WM_PAINT:
    {
     createFont();
     PAINTSTRUCT ps;
     HBRUSH hbruzh = CreateSolidBrush(RGB(0,0,0));
     HDC hdz = BeginPaint(hWnd,&ps);
     string s = "Memory Address";

     SelectBrush(hdz,hbruzh);
     SelectFont(hdz,hf);
     TextOut(hdz,0,0,s.c_str(),s.length());
     EndPaint(hWnd,&ps);

     DeleteObject(hbruzh);
     DeleteObject(hdz);

     break;
    }




int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
               LPSTR lpCmdLine, int nCmdShow)
{
    HWND hWnd;
    WNDCLASSEX wc;
    ZeroMemory(&wc, sizeof(WNDCLASSEX));
 hThisInstance = hInstance;
 LoadLibrary("Riched20.dll");

 wc.cbSize = sizeof(WNDCLASSEX);
 wc.style = CS_HREDRAW | CS_VREDRAW;
 wc.lpfnWndProc = WindowProc;
 wc.hInstance = hInstance;
 wc.lpszMenuName = MAKEINTRESOURCE(IDR_MYMENU);
 if(!(wc.hIcon = LoadIcon(hInstance,MAKEINTRESOURCE(IDI_MYICON)))) {
  HRESULT res = GetLastError();

 }
 wc.hCursor = LoadCursor(NULL, IDC_ARROW);
 wc.hbrBackground = (HBRUSH)COLOR_WINDOW;
 wc.lpszClassName = TEXT("Testcpp");
 RegisterClassEx(&wc);

 hWnd = CreateWindowEx(NULL, 
       wc.lpszClassName,
       TEXT("uTest"),
       WS_OVERLAPPEDWINDOW,
       300,
       200,
       450,
       300,
       NULL,
       NULL,
       hInstance,
       NULL);
 ShowWindow(hWnd,nCmdShow);

 MSG msg;
 while (GetMessage(&msg, NULL,0,0)) {
  TranslateMessage(&msg);
  DispatchMessage(&msg);

 }


 return msg.wParam;
}

根据MSDN，WM_PAINT仅在UpdateWindow（）或ReDrawWindow（）之后或在您将SendMessage与消息一起发送时才自动调用。 我什么也没做。 我基本上只想在用户交互后调用WM_PAINT，而不是在...之前有什么办法解决此问题？ 是什么原因造成的？ （我想我找不到>。<的文档有一些缺点。）

Answer 1

每当需要重绘窗口时，都会调用WM_PAINT。 那就是它的目的。 显示窗口，调整窗口大小，将窗口从最小化状态还原，在被另一个窗口覆盖后将窗口置于最前面，最小化另一个覆盖窗口的应用程序……这些只是其中的一些事情将发送一个WM_PAINT。

我认为您正在尝试将WM_PAINT用于不适合的用途。

Answer 2

是什么原因造成的？

我的猜测是，当用户从菜单中选择菜单项时，显示菜单的动作已覆盖了客户端窗口的一部分。

因此，当最终删除菜单时，将生成* WM_PAINT *消息以重新创建客户端窗口的缺失部分。

Answer 3

根据MSDN，WM_PAINT仅在UpdateWindow（）或ReDrawWindow（）之后或在您将SendMessage与消息一起发送时才自动调用。

比这更复杂。 WM_PAINT几乎可以在任何时间生成； 例如，另请参见同步和异步绘图 。

我认为您无法阻止WM_PAINT。 您可以：

• 强制立即执行WM_PAINT（例如，通过调用Update ）
• 尝试将几种绘画组合/延迟成一幅（例如，通过多次调用InvalidateRect ）

而不是阻止WM_PAINT，您应该集中精力避免/修复在处理WM_PAINT时说的“副作用”。