GLFW窗口子类化后WinApi Edit控件无响应的解决方法

嘿，我看到你遇到的问题了——GLFW窗口子类化后按钮能正常响应，但Edit控件没法处理鼠标点击和键盘输入对吧？问题核心出在你的子类窗口过程的消息传递逻辑上，还有几个细节没处理对，我来帮你梳理下：

问题根源 #

1. 错误使用DefWindowProc代替DefSubclassProc：当你子类化窗口时，必须用DefSubclassProc来传递未处理的消息，它会维护子类化的消息链，把消息传递给GLFW原本的窗口过程。而DefWindowProc会直接跳过GLFW的内部处理，导致子控件（比如Edit）的消息无法正常流转。
2. 部分消息处理后直接返回0：像WM_DESTROY、WM_PAINT这类消息，你处理后直接return 0，没有让GLFW或子控件完成后续的必要处理，Edit需要的鼠标、键盘消息也被拦截了。
3. WM_COMMAND分支缺少break：虽然这不是直接原因，但属于不规范写法，容易引发意外的消息处理逻辑。

修改后的窗口过程函数 #

LRESULT CALLBACK msgProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam, UINT_PTR uIdSubclass, DWORD_PTR dwRefData) {
    PAINTSTRUCT PS;

    switch(message) {
        case WM_CREATE:
            // 这里放你的WM_CREATE初始化逻辑
            break;
        case WM_DESTROY:
            PostQuitMessage(0);
            // 不要直接return，让GLFW处理后续销毁逻辑
            break;
        case WM_PAINT:
            BeginPaint(hWnd, &PS);
            // 如果需要自定义绘制，在这里添加代码；否则可以移除这个case，交给默认处理
            EndPaint(hWnd, &PS);
            break;
        case WM_COMMAND:
            if(LOWORD(wParam) == 1) {
                glEnabled = true;
            } else if(LOWORD(wParam) == 2) {
                printf("system: application terminated \n");
                terminate = true;
            }
            // 添加break，避免代码意外执行到后续分支
            break;
        // 其他你需要自定义处理的消息写在这里
    }

    // 所有未被你拦截处理的消息，都传递给子类化链（包括GLFW的原始窗口过程）
    return DefSubclassProc(hWnd, message, wParam, lParam);
}

额外注意事项 #

• 清理子类化：在窗口销毁时记得调用RemoveWindowSubclass(hWnd, &msgProc, 0)，避免内存泄漏。
• 控件父窗口设置：确保你的Edit控件是创建在GLFW窗口的HWND下（也就是hWnd = glfwGetWin32Window(window)这个句柄），而不是主窗口。
• GLFW消息循环：要保证GLFW的消息循环正常运行（比如glfwPollEvents()或glfwWaitEvents()），否则GLFW的内部状态无法更新，也会影响子控件的响应。

内容的提问来源于stack exchange，提问作者Antony