是。必须调用RegisterClassEx注册窗口类，否则CreateWindowEx失败并返回NULL；WndProc中必须处理WM_DESTROY并调用PostQuitMessage(0)；GUI程序首选GetMessage而非PeekMessage。

WinAPI 创建窗口必须调用 RegisterClassEx 吗？

必须。不注册窗口类，CreateWindowEx 会直接失败并返回 NULL，且 GetLastError() 返回 ERROR_CLASS_DOES_NOT_EXIST。

常见错误是只写 CreateWindowEx 就跑，忘了注册——尤其新手从网上抄片段时容易漏掉整个 WNDCLASSEX 初始化和注册流程。

• cbSize 字段必须设为 sizeof(WNDCLASSEX)，否则系统认为结构体无效（Windows 10+ 会静默失败）
• hInstance 要传 WinMain 的第一个参数，不能用 GetModuleHandle(NULL) 替代（虽有时能凑合，但资源加载可能出错）
• lpszClassName 是你自定义的字符串，后续 CreateWindowEx 的 lpClassName 必须完全匹配（区分大小写）

WndProc 里为什么一定要处理 WM_DESTROY？

不处理 WM_DESTROY，窗口关了进程还在跑，任务管理器里进程不退出，调试时以为卡死，其实是消息循环没收到 PostQuitMessage。

典型表现：点关闭按钮，窗口消失，但程序没退出，CPU 占用归零，线程挂起在 GetMessage。

立即学习“C++免费学习笔记（深入）”；

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

• 必须在 case WM_DESTROY: 分支中调用 PostQuitMessage(0)，这是通知 GetMessage 退出循环的唯一合法方式
• 不要在 WM_CLOSE 里调用 PostQuitMessage（用户可能只是想最小化，不是退出）
• 不要用 exit() 或 TerminateProcess 强退——资源泄漏、DLL 未卸载、调试器断连等问题接踵而至

GetMessage 和 PeekMessage 选哪个？

绝大多数 GUI 程序用 GetMessage；只有需要非阻塞轮询（比如游戏主循环、嵌入式 UI、或与 OpenGL 渲染线程协同）才考虑 PeekMessage。

误用 PeekMessage 最常见的坑是写成忙等：while (!PeekMessage(...)) { Render(); }，结果 CPU 占满 100%，窗口反而卡顿无响应。

• GetMessage 阻塞等待消息，节能、响应标准，适合传统 Win32 应用
• PeekMessage 立即返回，需手动加 if (msg.message == WM_QUIT) break; 判断退出条件
• 若用 PeekMessage，务必在无消息时插入 WaitMessage() 或短延时（如 Sleep(1)），避免空转

窗口显示后黑屏 / 不重绘，WM_PAINT 没触发？

大概率是没调用 UpdateWindow，或者 BeginPaint/EndPaint 成对缺失，导致系统认为“已绘制”，不再发 WM_PAINT。

另一个隐蔽原因是窗口类注册时 style 字段漏了 CS_HREDRAW | CS_VREDRAW，窗口缩放时不自动重绘客户区。

• 创建窗口后立刻调用 UpdateWindow(hwnd)，强制触发首次 WM_PAINT
• WM_PAINT 处理中必须调用 BeginPaint 和 EndPaint，缺一不可（哪怕什么也不画）
• 不要在 WM_PAINT 外部用 GetDC 绘图后不 ReleaseDC——GDI 句柄耗尽后整个桌面都可能变灰

窗口生命周期里最易被忽略的点：所有资源（图标、光标、字体、GDI 对象）必须在 WinMain 返回前显式销毁，靠进程退出自动清理在 Windows 上不可靠，尤其 DLL 场景下会引发句柄泄漏。