计一次Win32 api程序显示混乱问题的调试经历

背景：短学期任务，做一个his系统，老师是没有要求gui的，我闲的没事干就打算写一个gui，但是mfc、qt、unity每一个熟悉的，所以就直接用了win32 api手写gui~~（我太难了，我发誓以后再也不手写gui了）~~。然后我就想到了子窗口切换的方式来显示不同的界面（好处在于，每个子界面直接调用现成api，我只需要规划gui然后把控件搬进去，减少维护量，不然就要手写控件，~~然后短学期就做不完了~~）。

问题：调试的时候发现点击第一个完全没问题，然后第一次点第二个有显示但是会卡住，显示也是错误的；但是先点“患者”再点“医生”就是可以的

（前两个是正常的；后面那个是错的，显示界面混了）

想法：起初以为是切换子窗口（ShowWindow实现）的时候切换错了，但是仔细看了代码，子窗口切换并没有问题；然后就想单步调试，但是由于Win32程序中回调函数的特殊性，在窗体回调函数中调试是不行的 （gdb和vs的调试器都试过，不行），于是我就用宏定义加MessageBox的方式替代了单步调试，只需在程序前面加上如下宏定义，然后在所需之处调用 LOG 宏即可，如果不想显示消息框，注释#define __DEBUG即可。

#define _STR(x) _VAL(x)
#define _VAL(x) #x

#define __DEBUG
#ifdef __DEBUG
#define LOG MessageBox(NULL, _T(_STR(__LINE__)), _T("DEBUG"), MB_OK)
#else
#define LOG
#endif

 结果：home_frame = CreateWindow(_T("home_frame"), _T("home_frame"), WS_CHILD | WS_VISIBLE, 0, 0, window_width, window_height, hWnd, NULL, hInst, NULL);这一段代码调用了两次，导致有两个相同内容不同句柄的窗 口，home_frame的值是最后一次调用的句柄，但是微软好像把第一次生成的窗口置于顶层；同时在窗口回调函数中第一个按钮对应的ShowWindow中的HWND句柄是回调函数形参给的，也即实际窗口的句柄，而后两个对应的ShowWindow中的窗口句柄是home_frame(因为代码重复多，所以这里用了copilot，没仔细检查），这也就导致了窗口显示的混乱。

最后还是想说，copilot在提示词不全，信息少的情况下，犯错的概率还是很大的，所以最好生成完进行全面检查，以减少这样的迷之bug。。。。