为什么在 x64 平台上的 Win32 WindowProc 中出现 AccessViolation？答案

【问题标题】：Why getting an AccessViolation in Win32 WindowProc on x64 platform?为什么在 x64 平台上的 Win32 WindowProc 中出现 AccessViolation？
【发布时间】：2013-10-05 20:46:20
【问题描述】：

我尝试使用 Visual Studio 2013 为 x64 构建我的 Win32 API 项目。但路由的 WindowProc 回调无法正常工作。我正在使用 SetWindowLongPtr/GetWindowLongPtr 和 GWLP_USERDATA 来存储我的窗口的 this 指针。过去，我为此目的使用了 SetWindowLong/GetWindowLong 和 GWL_USERDATA - 但这些在 x64 上都消失了。但是在 x86 上一切仍然正常（即使使用 SetWindowLongPtr/GetWindowLongPtr 和 GWLP_USERDATA），但在 x64 上，只要我尝试访问成员函数 WindowProc 中的任何方法/成员，就会出现访问冲突。

#include <windows.h>
#include <stdio.h>
#include "main.h"

class Window{
public:
  Window(const char* title, const float width, const float height){
    char windowClass[255];
    sprintf_s(windowClass, "WindowClass%s", title);
    WNDCLASSEX wc;
    ZeroMemory(&wc, sizeof(WNDCLASSEX));
    wc.cbSize = sizeof(WNDCLASSEX);
    wc.style = CS_HREDRAW | CS_VREDRAW | CS_OWNDC;
    wc.lpfnWndProc = WindowProcRouter;
    wc.hInstance = nullptr;
    wc.hCursor = LoadCursor(nullptr, IDC_ARROW);
    wc.hbrBackground = (HBRUSH)COLOR_WINDOW;
    wc.lpszClassName = windowClass;
    RegisterClassEx(&wc);
    DWORD dwStyle = WS_CAPTION | WS_MINIMIZEBOX | WS_SYSMENU;
    RECT WindowRect;
    WindowRect.left = (long)0;
    WindowRect.right = (long)width;
    WindowRect.top = (long)0;
    WindowRect.bottom = (long)height;
    AdjustWindowRect(&WindowRect, dwStyle, FALSE);
    hWnd = CreateWindowEx(0,
      windowClass,
      title,
      dwStyle,
      0, 0,
      WindowRect.right - WindowRect.left,
      WindowRect.bottom - WindowRect.top,
      nullptr,
      nullptr,
      wc.hInstance,
      (LPVOID) this);
    wc.hbrBackground = (HBRUSH)COLOR_WINDOW;
    ShowWindow(hWnd, SW_SHOW);
    SetFocus(hWnd);
    closed = false;
  }

  static LRESULT CALLBACK Window::WindowProcRouter(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam){
    LRESULT returnValue = 0;
    Window* pWnd = nullptr;
    if (uMsg == WM_NCCREATE){
      SetWindowLongPtr(hWnd, GWLP_USERDATA,
        (long)((LPCREATESTRUCT(lParam))->lpCreateParams));
    }
    pWnd = (Window*)GetWindowLongPtr(hWnd, GWLP_USERDATA);
    if (pWnd){
      returnValue = pWnd->WindowProc(hWnd, uMsg, wParam, lParam);
    }
    else{
      returnValue = DefWindowProc(hWnd, uMsg, wParam, lParam);
    }
    return returnValue;
  }

  LRESULT CALLBACK Window::WindowProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam){
    switch (uMsg){
    case WM_DESTROY:
      closed = true;
      PostQuitMessage(0);
      break;
    default:
      break;
    }
    return DefWindowProc(hWnd, uMsg, wParam, lParam);
  }

  bool Window::isClosed(){
    return closed;
  }

  Window::~Window(){
    if (hWnd && !DestroyWindow(hWnd)){
      hWnd = nullptr;
    }
  }
private:
  HWND hWnd;
  bool closed;
};


int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow){
  Window win("Title", 640, 480);
  MSG msg;
  while(!win.isClosed()){
    while (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)){
      TranslateMessage(&msg);
      DispatchMessage(&msg);
    }
  }
}

在WindowProc 中的closed = true; 线上发生了违规。任何想法为什么？

【问题讨论】：

标签： c++ winapi 64-bit

【解决方案1】：

您将lpCreateParams 转换为long，这会丢弃指针的前32 位。这是您将GWL_USERDATA 更改为GWLP_USERDATA 时应该考虑的问题。这就是我们更改名称的原因。强制您查看所有受影响的代码并进行相应的更改以支持 64 位操作。（这也是你在调试时应该注意到的。“嗯，this 的值是正确的，只是前 32 位设置为零。我想知道......”）

【讨论】：

这让我想知道为什么演员阵容甚至是必要的......不应该在没有演员阵容的情况下编译吗？（编辑：没关系，这是LONG_PTR，这就是为什么......）

【解决方案2】：

当您调用 SetWindowLongPtr() 时，您会将值转换为 long，这意味着在 x64 构建中您将丢失前 32 位。

你应该投到DWORD_PTR。

【讨论】：