简介：这份MFC工程示例围绕TabControl标签切换与页面内容联动展开，面向需要实现多标签对话框、动态刷新页面数据的MFC初学者和进阶开发者。rar压缩包共39个文件，约16.2MB，以h头文件和cpp源文件为核心，辅以obj、pdb、exe等编译产物，以及rc、res资源文件、sln/vcproj工程配置和ReadMe说明，便于直接打开对照学习。已有2098人学习下载。工程内含TabDlg、Page1、Page2等对话框与页面类，可参考CTabCtrl创建、InsertItem添加标签、TCN_SELCHANGE通知处理、GetCurSel获取当前索引并同步更新界面数据的完整写法，也能了解子窗口关联和资源组织方式，适合快速搭建多标签界面或排查切换逻辑问题。

1. 三个标签页写了两天：一份能跑的 MFC Tab 切换工程长什么样

接手一个维护了七八年的 MFC 老工程，主界面左上角并排三个标签：常规、网络、关于。需求原话是“切过去的时候页面要跟着变，别让人以为卡住了”。听起来一句话的事，真写起来才发现 CTabCtrl 只负责画那排标签头，页面切换、位置对齐、隐藏显示、缩放跟随，全得自己接。翻车点集中在两处：切页时旧页没藏干净，两个对话框的控件叠在一起闪成一片；AdjustRect 算出的矩形没换坐标系，子页直接糊到标签头上。这份工程就是把这条链路写完整的最小可跑版本——MFC 对话框配 CTabCtrl，挂三个 CDialogEx 子页，不上 CPropertySheet，也不引第三方界面库，编译出来双击就能切页。

2. 工程骨架与资源划分：对话框模板、控件 ID 与消息映射怎么摆

先把骨架搭对，后面切页才不会出现“代码明明写了却没反应”的玄学。MFC 的 Tab 切换本质上是三个独立对话框的显隐调度，主对话框只当容器，所以资源模板的属性和 ID 命名必须在动手写代码之前定死，中途改 ID 会连带消息映射、DDX 绑定一起返工。

2.1 主对话框与三个子页的资源划分

主对话框 IDD_MAIN_DLG 用默认的 Popup + Overlapped 就行，拖一个 Tab Control 上去，ID 改成 IDC_TAB_MAIN，其余属性保持默认——不要勾 Owner Draw Fixed，自绘留到后面用 custom draw 处理，两种方式同时开会打架。三个子页各建一个对话框模板，这一步是新手最容易翻车的地方：模板的 Style 必须切成 Child，Border 设成 None，Visible 取消勾选。忘了改 Style，Create 会直接返回 FALSE，界面上一片空白，调试器里也看不出所以然。

子页的 Visible 不勾选是有讲究的。如果在资源里就设成可见，Create 的瞬间子页会以默认位置闪一下，然后才被 MoveWindow 挪到正确位置，肉眼看就是启动时白块一闪。资源里保持隐藏，位置全交给代码算，启动过程干净。

主类的成员变量声明也用不上花活，三个子页对象直接做成值成员，别用 new：

class CMainDlg : public CDialogEx { // ... private: CTabCtrl m_tab; // 由 DDX_Control 绑定到 IDC_TAB_MAIN CPageGeneral m_pageGeneral; // 值成员，随主对话框一起析构，省掉手动 delete CPageNetwork m_pageNetwork; CPageAbout m_pageAbout; int m_nCurPage = -1; // -1 表示还没显示过任何一页 };

值成员的好处是生命周期跟着主对话框走，不用操心 delete 的时机。用 new 的写法在关闭窗口时极容易漏删，尤其子页里还挂着定时器或线程的时候，退出时直接断言崩在 CWnd 析构里。

2.2 消息映射表里那三行关键代码

CTabCtrl 的通知消息只有落到消息映射表里才生效，三行缺一不可：

BEGIN_MESSAGE_MAP(CMainDlg, CDialogEx) ON_WM_SIZE() ON_NOTIFY(TCN_SELCHANGE, IDC_TAB_MAIN, &CMainDlg::OnTcnSelchangeTab) ON_NOTIFY(TCN_SELCHANGING, IDC_TAB_MAIN, &CMainDlg::OnTcnSelchangingTab) END_MESSAGE_MAP()

ON_NOTIFY 的第二个参数是控件 ID，必须和资源里 Tab Control 的 ID 完全一致，写错了编译器不报错，运行时切页毫无反应，只能靠 TRACE 一点点排。我在一个旧项目里就因为 ID 从 IDC_TAB1 改成了 IDC_TAB_MAIN 而漏改消息映射，对着代码找了两个小时，血泪经验。

TCN_SELCHANGING 是切换之前发出的，用于拦截；TCN_SELCHANGE 是切换完成后发出的，用于真正显示页面。很多人只挂后者，也能跑，但要实现“切走前保存当前页数据”就绕不过前者了。

DDX 绑定单独放在 DoDataExchange 里：

void CMainDlg::DoDataExchange(CDataExchange* pDX) { CDialogEx::DoDataExchange(pDX); DDX_Control(pDX, IDC_TAB_MAIN, m_tab); // 把控件句柄和成员变量关联起来 }

DDX_Control 在 OnInitDialog 之前被调用，这时候控件已经由对话框模板创建好了，所以 m_tab 的句柄是可用的。反过来，如果 Tab 控件是运行时动态 Create 的，DDX 就在这里失效了，得手动调 m_tab.SubclassDlgItem 或者干脆自己 Create。

2.3 初始化顺序：先插标签，再建子页，最后摆位置

OnInitDialog 里这三件事的顺序不能乱：插标签头文字、创建子对话框、定位并显示默认页。

BOOL CMainDlg::OnInitDialog() { CDialogEx::OnInitDialog(); // 1. 插标签头。索引必须和后面的页面数组下标一一对应 m_tab.InsertItem(PAGE_GENERAL, _T("常规")); m_tab.InsertItem(PAGE_NETWORK, _T("网络")); m_tab.InsertItem(PAGE_ABOUT, _T("关于")); // 2. 创建子页但全部保持隐藏。父窗口传 this，子页才有位置可挂 if (!m_pageGeneral.Create(IDD_PAGE_GENERAL, this) || !m_pageNetwork.Create(IDD_PAGE_NETWORK, this) || !m_pageAbout.Create(IDD_PAGE_ABOUT, this)) { TRACE(_T("子页创建失败, GetLastError=%d\n"), ::GetLastError()); return TRUE; // 别直接 return FALSE，那样整个对话框都起不来 } m_pageGeneral.ShowWindow(SW_HIDE); m_pageNetwork.ShowWindow(SW_HIDE); m_pageAbout.ShowWindow(SW_HIDE); // 3. 设默认页并显示 m_tab.SetCurSel(PAGE_GENERAL); ShowPage(PAGE_GENERAL); return TRUE; }

InsertItem 的第二个参数是标签文字，第一个参数是索引。这里我用了枚举常量 PAGE_GENERAL / PAGE_NETWORK / PAGE_ABOUT 而不是裸的 0、1、2，后面切页、重排、懒加载都要拿这个索引做数组下标，写死数字以后加页必翻车。

Create 的第二个参数是父窗口指针，传 this 表示子页挂在主对话框下。传 NULL 或者 GetDesktopWindow() 也能跑，但子页不受主对话框裁剪，最小化的时候会飘在桌面上，属于典型的“看着能用其实是错的”。Create 的返回值一定要判，失败通常是模板 Style 没改成 Child。

注意return TRUE而不是return FALSE。OnInitDialog 返回 FALSE 表示“我已经自己设置焦点了”，返回 TRUE 表示“让框架按默认逻辑设焦点”。但如果你在这里返回 FALSE 之前没有 SetFocus，对话框会拿不到焦点，用户点进来看不到任何光标，还以为是卡死了。

3. 切换链路拆解：从 TCN_SELCHANGE 到子页真正显示出来

骨架搭好，接下来是核心链路。用户点一下标签头，Windows 先发 TCN_SELCHANGING 问一句“能切吗”，得到允许后再改内部选中项，然后发 TCN_SELCHANGE 通知“我切完了”。整套流程里，控件的选中状态是它自己维护的，页面显隐是我们自己维护的，两边必须对上。

3.1 OnTcnSelchangeTab 里先藏后显的开关顺序

通知处理函数长这样：

void CMainDlg::OnTcnSelchangeTab(NMHDR* pNMHDR, LRESULT* pResult) { int nSel = m_tab.GetCurSel(); // 此时控件内部选中项已经更新，拿到的是新页 if (nSel != -1) ShowPage(nSel); *pResult = 0; }

关键在于 GetCurSel 的时机。TCN_SELCHANGE 是控件改完选中项之后才发的，所以这里拿到的已经是新值，不需要自己再存一份。而 TCN_SELCHANGING 里拿到的还是旧值，两个通知的语义正好一前一后。

真正干活的是 ShowPage：

void CMainDlg::ShowPage(int nPage) { if (nPage == m_nCurPage) return; // 重复触发同一页，直接返回，省一次重排 CWnd* pPages[] = { &m_pageGeneral, &m_pageNetwork, &m_pageAbout }; const int nCount = _countof(pPages); if (nPage < 0 || nPage >= nCount) return; // 先藏旧页 if (m_nCurPage >= 0 && m_nCurPage < nCount) pPages[m_nCurPage]->ShowWindow(SW_HIDE); m_nCurPage = nPage; // 再显新页，并把 z 序提到最前 pPages[nPage]->ShowWindow(SW_SHOW); pPages[nPage]->SetWindowPos(&CWnd::wndTop, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOACTIVATE); }

顺序是先藏后显，不能反过来。反过来写的话，两页在同一时刻都是可见状态，重叠区域的控件会互相覆盖，重绘时闪成一片。SWP_NOMOVE | SWP_NOSIZE 表示只调 z 序不动位置尺寸；SWP_NOACTIVATE 表示别抢焦点，否则切一次页焦点跳到子页第一个控件上，用户还得再点回标签。

SetWindowPos 提 z 序这一步经常被省掉，在大部分情况下确实看不出来，但当子页里有 CStatic 或者 CButton 这类带 WS_CLIPSIBLINGS 的控件、又有半透明绘制时，后创建的子页可能被先创建的子页盖住一部分。显式提一次最省心。

3.2 SetCurSel 不发通知：手动切页必须自己补一刀

这是 MFC Tab 控件里最经典的一个坑：SetCurSel 只改选中状态，不会发 TCN_SELCHANGE。也就是说下面这段代码界面上标签头变了，页面纹丝不动：

m_tab.SetCurSel(1); // 标签头高亮跳到第 2 个，但页面还是第 1 个

因为 TCN_SELCHANGE 是用户交互触发的，代码调用不算交互。所以所有代码里主动切页的地方，都得把 ShowPage 跟着调一遍：

void CMainDlg::SwitchToPage(int nPage) { if (nPage == m_tab.GetCurSel()) return; m_tab.SetCurSel(nPage); // 改标签头高亮 ShowPage(nPage); // 这行漏了，就是「界面假死」的现场 }

之后做的 Ctrl+Tab 快捷键、外部配置恢复上次打开的页、错误跳转到指定页，全部走这个 SwitchToPage，不要在别处再散着写 SetCurSel。

3.3 懒加载：第一次切过去才 Create

三个子页都简单的时候，OnInitDialog 里一口气全 Create 完没问题。但真实项目里子页可能挂数据表格、图表控件、串口句柄，启动时全建一遍，主界面要黑屏一两秒。常见做法是懒加载：先只建第一页，其他页等用户切过去再建。

CWnd* CMainDlg::GetOrCreatePage(int nPage) { CWnd* pPages[] = { &m_pageGeneral, &m_pageNetwork, &m_pageAbout }; if (nPage < 0 || nPage >= _countof(pPages)) return nullptr; CWnd* pWnd = pPages[nPage]; if (!::IsWindow(pWnd->GetSafeHwnd())) // 句柄为空说明还没建 { const UINT nResId[] = { IDD_PAGE_GENERAL, IDD_PAGE_NETWORK, IDD_PAGE_ABOUT }; if (!pWnd->Create(nResId[nPage], this)) { TRACE(_T("懒创建失败 page=%d err=%d\n"), nPage, ::GetLastError()); return nullptr; } // Create 出来的窗口默认是隐藏的，但保险起见再压一次， // 避免模板里误勾了 Visible 导致一闪 pWnd->ShowWindow(SW_HIDE); pWnd->MoveWindow(m_rcPage); // m_rcPage 是预先算好的页面区 } return pWnd; }

m_rcPage 这个成员在 OnSize 里持续更新，懒创建出来的页直接用最新位置，不用再走一遍重排。IsWindow(pWnd->GetSafeHwnd()) 这种判空写法比判断 m_bCreated 标志位可靠，标志位容易和实际窗口状态脱节。

懒加载的代价是第一次切页会有一点点停顿，如果子页初始化重，可以在主界面起来之后用 PostMessage 预建下一页，做个折中。

3.4 尺寸对齐：AdjustRect 配上 MapWindowPoints

页面区域的位置不能直接用 m_tab.GetClientRect()，那样算出来的是包含标签头的整块矩形，子页会盖在标签头上。CTabCtrl 提供了 AdjustRect 来做这个换算：

void CMainDlg::ResizePage() { if (!::IsWindow(m_tab.GetSafeHwnd())) return; CRect rc; m_tab.GetClientRect(&rc); // 含标签头的整块矩形，坐标系是 tab 客户区 m_tab.AdjustRect(FALSE, &rc); // FALSE 表示算「页面区」，TRUE 算「整块区」 m_tab.MapWindowPoints(this, &rc); // tab 客户区坐标 -> 主对话框客户区坐标 m_rcPage = rc; // 缓存下来给懒加载用 CWnd* pPages[] = { &m_pageGeneral, &m_pageNetwork, &m_pageAbout }; for (int i = 0; i < _countof(pPages); ++i) { if (::IsWindow(pPages[i]->GetSafeHwnd())) pPages[i]->MoveWindow(&rc); // 所有页同步同尺寸，切页时零跳动 } }

AdjustRect 的参数是最容易记反的：传 FALSE 是把“整块矩形”换算成“页面矩形”，传 TRUE 是反过来推到整块。我们这里需要页面矩形，所以是 FALSE。算完之后的矩形还在 tab 控件的客户区坐标系里，原点在 tab 左上角，而子页是挂在主对话框下的，坐标系原点在主对话框左上角，直接拿去 MoveWindow 就会偏移一个 tab 控件的位置，表现出来就是页面整体往右下角错位一段。MapWindowPoints(this, &rc) 一次性把四个点都换过去。

三个子页全部 MoveWindow 到同一矩形，而不是只挪当前页。这样切页时前后尺寸一致，不会出现“切过去的时候页面先从旧尺寸跳一下”的视觉抖动。

窗口缩放时把上面这套重跑一遍：

void CMainDlg::OnSize(UINT nType, int cx, int cy) { CDialogEx::OnSize(nType, cx, cy); if (nType == SIZE_MINIMIZED) return; // OnSize 可能早于 OnInitDialog 触发，此时控件句柄还是空的 if (!::IsWindow(m_tab.GetSafeHwnd())) return; CRect rcClient; GetClientRect(&rcClient); rcClient.DeflateRect(8, 8); // 四周留 8 像素边距，别让控件贴边 m_tab.MoveWindow(&rcClient); ResizePage(); // tab 动了，页面区必须重算 }

那个 IsWindow 保护不是可有可无的。主对话框创建过程中，框架会先发一次 WM_SIZE，那时 DDX 还没绑定，m_tab 的句柄是 NULL，直接 MoveWindow 会断言在 CWnd::MoveWindow 里。这种断言只在 Debug 版触发，Release 版静默失败，最坑的就是开发阶段没开 Debug。

4. 避坑与排查：闪烁、串位、焦点丢失的四个现场

这套东西代码量不大，但出错的地方都很隐蔽，现象和原因往往对不上号。下面四条是我在实际项目里真踩过的，按现象、原因、解决三段记一下，照着对能省不少时间。

4.1 重绘与闪烁类

现象：切页的瞬间整个页面区域白闪一下，控件密集的地方能看到残影。

原因：主对话框默认带 WS_CLIPCHILDREN 吗？不带。父窗口擦背景的时候会连子控件占据的区域一起刷，子页再自己刷一遍，中间那一帧就是白的。另一个来源是先把新页 ShowWindow 再藏旧页，两页同时可见的那一帧叠在一起。

解决：先确认 ShowPage 里是先藏后显。再看主对话框的模板属性，把 WS_CLIPCHILDREN 勾上；或者运行时用 ModifyStyle 加。如果还有轻微闪烁，重载 OnEraseBkgnd 直接返回 TRUE，背景由子页自己负责绘制。极端情况下给主对话框加 WS_EX_COMPOSITED 扩展样式，代价是重绘走双缓冲，低配机器上滚动会略拖。

4.2 坐标与布局类

现象：子页整体偏右下，或者页面顶部被标签头盖住一截，窗口放大后偏得更多。

原因：AdjustRect 之后没有 MapWindowPoints，坐标系没换。另一种情况是只在 OnInitDialog 里摆了一次位置，忘了响应 WM_SIZE，窗口一大，tab 拉长了，页面还是启动时那一小块。

解决：把坐标换算和缩放响应拆成 ResizePage 和 OnSize 两层，OnSize 里改 tab 尺寸，改完立刻调 ResizePage。排查阶段可以用 TRACE 把 rc 的四个值打出来，和 Spy++ 里看到的子页实际矩形对一下，差多少一眼就知道是哪个换算环节漏了。

4.3 生命周期与资源类

现象：程序退出时报断言，或者切了几次页之后 GDI 对象数一直涨。

原因：子页用 new 创建，主对话框析构时没 delete；或者子页里 CreateFont / CreatePen 出来的对象挂在成员上但没在 OnDestroy 里 DeleteObject。

解决：子页优先用值成员，随主对话框析构自动销毁。确实要动态创建的话，在 CMainDlg::OnDestroy 里逐个判断 IsWindow 然后 DestroyWindow，窗口销毁后再 delete 指针。GDI 对象在子页的 OnDestroy 里统一释放，注意 DestroyWindow 会触发 WM_DESTROY，不会触发 WM_CLOSE，释放逻辑别只写在 OnClose 里。

4.4 焦点与键盘类

现象：切页后按 Tab 键，焦点跑到标签头上去了，或者整个窗口失去焦点，光标看不见。

原因：子页 ShowWindow(SW_SHOW) 之后，系统会把焦点交给新显示的窗口，但子对话框里如果没有可聚焦的控件，焦点就悬空。另一个原因是切页时调了 SetWindowPos 带 SWP_NOACTIVATE，这块没问题；但如果代码里用 SetFocus 强设到某个子控件，而那个控件此时还没显示，SetFocus 直接失败，焦点就丢了。

解决：切页完成后，判断当前焦点是否还在主对话框的子树内，不在的话把焦点设到子页第一个可聚焦控件上。用 GetFocus 拿到句柄，再用 IsChild 判断归属，比自己维护一套焦点栈稳。

5. 界面打磨与适配：自绘标签头、DPI 缩放和键盘切换

能切页只是及格线。贴到产品里还要解决两件事：标签头太丑，高分屏上文字糊，还有用惯键盘的人会习惯性按 Ctrl+Tab。这三块做完，控件才算真的能用。

5.1 NM_CUSTOMDRAW 自绘标签头

不想引第三方库又想让标签头别那么 Windows 98，用 custom draw 是最省事的做法，不用接管绘制流程，只改颜色：

void CMainDlg::OnCustomDrawTab(NMHDR* pNMHDR, LRESULT* pResult) { LPNMTTCUSTOMDRAW pCD = reinterpret_cast<LPNMTTCUSTOMDRAW>(pNMHDR); *pResult = CDRF_DODEFAULT; switch (pCD->nmcd.dwDrawStage) { case CDDS_PREPAINT: // 告诉系统：每个标签头单独绘制前还要再问我一次 *pResult = CDRF_NOTIFYITEMDRAW; break; case CDDS_ITEMPREPAINT: { int nItem = static_cast<int>(pCD->nmcd.dwItemSpec); if (nItem == m_tab.GetCurSel()) { pCD->clrText = RGB(255, 255, 255); // 选中项白字 pCD->clrTextBk = RGB(0, 120, 215); // 配深蓝底 } else { pCD->clrText = RGB(64, 64, 64); pCD->clrTextBk = RGB(240, 240, 240); } *pResult = CDRF_NEWFONT; // 颜色改了，字体度量也重算一遍 } break; default: break; } }

消息映射里加 ON_NOTIFY(NM_CUSTOMDRAW, IDC_TAB_MAIN, &CMainDlg::OnCustomDrawTab)。CDDS_PREPAINT 阶段返回 CDRF_NOTIFYITEMDRAW 是让系统给每个标签头再发一次回调，只在 CDDS_ITEMPREPAINT 里改颜色；直接返回 CDRF_DODEFAULT 的话那次回调根本收不到。

有两个已知限制：一是 clrTextBk 在部分视觉样式下不生效，标签头还是系统默认渐变，得先把控件的主题关掉（SetWindowTheme(m_tab, L"", L"")）才能压平；二是这个方法和 TCS_OWNERDRAWFIXED 互斥，资源里勾了 Owner Draw Fixed 之后 custom draw 就收不到通知了，自绘和自绘之间二选一。

5.2 DPI 缩放与字体

在老项目里写死像素是最常见的翻车点，在 150% 缩放的笔记本上界面直接糊成一团。尺寸可以交给 MoveWindow 的百分比分配，但字体必须按 DPI 单独算：

int CMainDlg::GetDpiScale() const { HDC hdc = ::GetDC(m_hWnd); int nDpi = ::GetDeviceCaps(hdc, LOGPIXELSX); // 96 / 120 / 144 ... ::ReleaseDC(m_hWnd, hdc); return nDpi; } void CMainDlg::InitFonts() { if (m_fontPage.GetSafeHandle()) m_fontPage.DeleteObject(); // 9pt 字号，按当前 DPI 换算成逻辑高度。72 是每英寸点数 int nHeight = -MulDiv(9, GetDpiScale(), 72); m_fontPage.CreateFont(nHeight, 0, 0, 0, FW_NORMAL, FALSE, FALSE, FALSE, DEFAULT_CHARSET, OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS, CLEARTYPE_QUALITY, DEFAULT_PITCH | FF_DONTCARE, _T("Microsoft YaHei")); // 递归下发给页面里所有子控件 EnumChildWindows(m_hWnd, SetFontProc, reinterpret_cast<LPARAM>(&m_fontPage)); }

MulDiv 比直接乘除更稳，中间结果不会溢出，结果也更接近系统自己算的值。OnSize 的 DeflateRect 边距、MoveWindow 的宽高最好也走一遍 DPI 换算，简单点写就是MulDiv(8, GetDpiScale(), 96)，8 是 96 DPI 下的基准像素。字体必须用 DeleteObject 释放旧的再创建新的，否则 DPI 变化时（窗口从高分屏拖到低分屏）GDI 句柄会持续泄漏。

5.3 Ctrl+Tab 快捷键与焦点转发

标签页面板如果不支持 Ctrl+Tab，用惯了浏览器的人会觉得别扭。拦截的地方放在主对话框的 PreTranslateMessage：

BOOL CMainDlg::PreTranslateMessage(MSG* pMsg) { if (pMsg->message == WM_KEYDOWN && pMsg->wParam == VK_TAB && ::GetKeyState(VK_CONTROL) < 0) // 返回值为负表示该键处于按下状态 { int nCount = m_tab.GetItemCount(); if (nCount > 0) { int nNext = (m_tab.GetCurSel() + 1) % nCount; SwitchToPage(nNext); // 必须走封装好的方法，SetCurSel 不发通知 } return TRUE; // 吞掉消息，别让对话框切走焦点 } return CDialogEx::PreTranslateMessage(pMsg); }

这里有个前置条件：只有键盘消息打在主对话框或者它的子控件上，PreTranslateMessage 才会被调用。子页是独立的 CDialogEx，它自己的 PreTranslateMessage 会先跑。如果子页里没有重写，消息会冒泡到父窗口的消息循环里，正常能拦到。但要是子页里放了编辑框，编辑框内部对 Tab 有特殊处理，可能会提前消费掉，这时候需要子页也转发一份。

GetKeyState 的返回值判断用< 0而不是== 1，高位为 1 表示按下，转成有符号整数就是负数。

6. 二次开发：把硬编码的三页换成可注册的页面表

三个页写死的时候一切正常，加到五个、八个页，ShowPage 里那个 CWnd* 数组、GetOrCreatePage 里的资源 ID 数组、OnInitDialog 里的三次 InsertItem 全要改，改漏一处就是按下标签没反应。我一般从第二版开始就把页面改成注册表结构，主对话框完全不认识具体有哪些页。

先定义一条页面记录：

struct PAGE_ENTRY { UINT nResId; // 子对话框模板 ID LPCTSTR lpszTitle; // 标签头文字 CDialogEx* pWnd; // 页面对象，由调用方持有 BOOL bLazy; // TRUE 表示第一次切过去才 Create }; // 在主对话框里注册，加页只改这一处 void CMainDlg::RegisterPages() { m_pages.push_back({ IDD_PAGE_GENERAL, _T("常规"), &m_pageGeneral, FALSE }); m_pages.push_back({ IDD_PAGE_NETWORK, _T("网络"), &m_pageNetwork, TRUE }); m_pages.push_back({ IDD_PAGE_ABOUT, _T("关于"), &m_pageAbout, TRUE }); }

注册表建好后，OnInitDialog 里只留一个循环：遍历 m_pages 调 InsertItem，bLazy 为 FALSE 的立刻 Create。ShowPage 和 ResizePage 也全部改成遍历，不再出现下标写死的数组。加一页的改动量从三处降到一行。

验证改造是否成功的办法很土但有效：故意把某条记录的 nResId 改成不存在的 ID，如果程序只是在那一页显示空白、其余页正常切换，说明容错做到了；如果整个主界面挂掉，说明注册阶段对 Create 失败没做判断，得回去补。

还有一步值得做：把页面标题和资源 ID 从代码里挪到配置文件，主对话框启动时读配置生成注册表，产品那边想换文案、调顺序，不用重新编译。做到这一步，这个 Tab 面板就从“一段界面代码”变成了“一个能装东西的容器”。

这套东西我前后在四个项目里用过，每次都在同一个地方省下时间：先把 ResizePage 和 ShowPage 写对，再谈自绘和 DPI。从那以后我每次新建带 Tab 的对话框，都强制先把 AdjustRect 加 MapWindowPoints 这两行写进去再编译，宁可多打一行 TRACE，也不想再经历一次对着错位页面猜是哪层坐标没换的下午。工程我按上面这几节的结构整理成了一份可编译的完整版本，主对话框、三个子页、注册表改造都留着注释，拿过去对着自己项目改 ID 就能跑。希望帮到你。

本文还有配套的精品资源，点击获取