Win32API窗口子类化尝试：创建子窗口触发WM_CREATE无限循环问题

问题原因 #

1. 核心无限循环原因 #

你创建Labels窗口时使用的类名szEditorName，和父窗口绑定的类名完全一致，该类对应的窗口过程就是当前的EditorProc。
调用CreateWindow创建这个子窗口时，系统会自动触发子窗口的WM_CREATE消息，执行相同的窗口创建逻辑，再次尝试生成Labels窗口，就此陷入递归创建的无限循环。

2. 其他存在的错误 #

• 资源泄漏：EditorProc开头不管收到什么消息都会调用GetDC，但没有对应ReleaseDC调用，每次消息处理都会泄漏HDC资源；LabelProc开头也冗余调用了GetDC，在WM_PAINT分支直接返回时没有释放该DC，同样会造成资源泄漏。
• 子类化逻辑错误：保存原窗口过程的OriginalProc是全局变量，若多次创建同类窗口会被覆盖，导致后续调用原过程时逻辑异常；调用CallWindowProcA和项目中使用的宽字符接口不匹配，存在字符集兼容隐患。
• 消息规范错误：WM_PAINT消息处理完成后应当返回0，你返回了TRUE不符合Windows消息规范，可能导致系统重复触发绘制消息。

修复方案 #

1. 更换Labels窗口的类名，不要和父窗口共用类名，如果你需要实现自定义文本显示，直接使用系统内置的静态文本类即可：

// 把原创建Labels的代码替换为下面的实现
Labels = CreateWindow(WC_STATIC, NULL, WS_CHILD | WS_VISIBLE, 0, 0, 0, 0, hwnd, ChildID1 + 5,
    GetModuleHandle(NULL), NULL);

如果需要自定义窗口逻辑，单独注册一个新的窗口类，绑定专属的窗口过程即可。

2. 移除冗余的DC获取逻辑：
   把EditorProc开头的hdc = GetDC(hwnd);和GetClientRect(hwnd, &rect);移动到需要用到这些资源的消息分支内，使用完成后立即调用ReleaseDC释放资源；删除LabelProc开头的hdc = GetDC(hwnd);代码，WM_PAINT内通过BeginPaint获取的HDC已经满足绘制需求。

3. 修正子类化和消息返回逻辑：

• 优先使用SetWindowLongPtr代替旧的SetWindowLong接口，保证32/64位系统兼容性，如果只创建一个Labels窗口可以保留全局变量存储原过程，否则可以把原过程指针存在窗口的额外数据区。
• WM_PAINT分支处理完成后返回0，不要返回TRUE。
• 把CallWindowProcA替换为通用宏CallWindowProc，自动匹配项目字符集设置。

内容的提问来源于stack exchange，提问作者Dave B.