企业官网建设流程全解析

简介：这是一份面向MFC初学者的完整示例工程，演示如何在VS2010环境下为对话框添加状态栏并实现动态信息显示，覆盖控件创建、多分栏设置、定时器刷新及文本更新等关键环节。压缩包共47个文件，以头文件（.h）、源文件（.cpp）、资源脚本（.rc/.rc2）、解决方案（.sln/.vcxproj）及编译中间文件（.obj/.pch等）为主，整体大小29.05MB，工程结构完整，可直接打开编译对照学习。已有736人学习过该资源。通过阅读工程源码与资源定义，读者可以快速掌握CStatusBar的创建与配置、Panels分栏逻辑，以及利用SetTimer配合CTime在状态栏实时显示系统时间的方法，同时还能了解MFC对话框工程的标准文件组织方式，便于后续自行扩展工具提示或自定义图标等功能。

1. mfc dialog 对话框添加状态栏：为什么不是拖个控件那么简单

用 CDialog 写桌面工具的人，迟早会撞上「mfc dialog 对话框添加状态栏」这堵墙。CFrameWnd 程序里加状态栏是向导自动生成的几行代码，但到了 Dialog 这里，DockControlBar 没了、ON_UPDATE_COMMAND_UI 不走了，连把状态栏放进资源编辑器都做不到。你搜「mfc 状态栏怎么显示」，十个结果九个是 MainFrame 的答案，搬过来却只有一个结果：状态栏创建成功，但界面上一片空白。这篇文章把我实际在对话框里挂状态栏的套路拆开：为什么 Dialog 没有现成状态栏、最小可跑工程怎么写、以及我踩过的 5 个坑。适合刚刷完 MFC 教程准备写第一个像样工具的人，也适合被「状态栏不刷新」折磨的老手。现在 AI 补代码很快，但这类布局问题它给十次有九次是框架窗口的答案，最后还是得自己动手。

2. 为什么 Dialog 没有现成的状态栏：CStatusBar 的三条落地路线对比

2.1 CFrameWnd 状态栏的「活法」：消息路由、刷新时机与布局机制

MFC 向导生成的 SDI/MDI 程序里，状态栏之所以「不用管」，是因为 MainFrame 在 OnCreate 里执行了三件事：m_wndStatusBar.Create(this)创建窗口，m_wndStatusBar.SetIndicators(...)划分信息格，最后EnableDocking加DockControlBar把它钉在客户区底部。真正干活的是 CFrameWnd 的 RecalcLayout——每次窗口尺寸变化，框架都会重新给所有控制条分配矩形，状态栏的宽度自动等于客户区宽度，高度由系统字体决定，你什么都不用操心。

对话框程序没有这套机制。CDialog 把子窗口直接叠放在客户区里，它不区分「控制条」和「普通子窗口」，更不会在尺寸变化时自动重排子窗口。状态栏在 Dialog 眼里就是一个陌生的子窗口，创建完之后它站在原地，宽度是 0，位置在左上角，必须由你手工搬到底部去。

还有一个更隐蔽的差异：MFC 状态栏的文本刷新依赖命令路由机制。框架在消息循环空闲阶段会给主窗口发 WM_IDLEUPDATECMDUI，CFrameWnd 收到后转给状态栏去同步 pane 文本。CDialog 的 RunModalLoop 根本没有这一步，所以网上那些「状态栏文字不刷新」的老帖，八成都是把 Frame 代码搬进 Dialog 造成的。理解了这两点，你就明白为什么 Dialog 加状态栏不是拖个控件的事，而是「手动创建 + 手动布局 + 手动刷新」三条腿一起走。

2.2 三条路线对比：CStatusBar 手工布局、CToolBar 假状态栏与 Static 自绘

常见做法有三条路，我分别说清楚利弊，再给选型建议。

路 A：CStatusBar 手工布局。这是最正统的做法——把 CStatusBar 创建成对话框的子窗口，然后自己写一个布局函数，在需要的时候把它 SetWindowPos 到客户区底部，宽度拉满。优点很明显：pane 机制是现成的，SetPaneText 直接显示任意字符串，加信息格不需要画任何代码；字体的高低、边框的立体感都是系统帮你画的。缺点是布局要自己管，创建时机和消息顺序有讲究，这部分我会在下一章展开。

路 B：CToolBar 假状态栏。CToolBar 也派生于 CControlBar，很多人想借它的按钮能力做「底部工具栏」，把几个开关按钮放在对话框底部冒充状态栏。但对话框里没有 dock 管理器，得自己调用 CWnd::RepositionBars 按 CBRS_BOTTOM 对齐，这个函数是按 CFrameWnd 的停靠语义实现的，搬到 Dialog 上排完通常还要手工补细节，效果不稳定。更要命的是，CToolBar 没有 pane 文本机制，想在底部显示坐标、连接状态这类动态文字，得自己处理 TB_SETTEXT 或自绘按钮文本，工作量直接翻倍。

路 C：在对话框模板上放一个 Static 控件假装状态栏。新手最容易这么干，拖一个 Static Text 到对话框底部，改个 ID，然后在代码里 SetDlgItemText。静态控件没有凹下去的边框、没有 pane 分割、窗口拉伸时宽度不会跟着走，字体和状态栏系统字体也明显不一致，一眼假。除非你要做特殊皮肤，否则不值得。

2.3 选型表与最终建议：默认走「CStatusBar + 自己布局」

我的建议很直接：不搞特殊就选路 A。CStatusBar 的 pane 就是为「显示一行状态信息」设计的，你把布局函数写好，后面所有需求都是往里填字符串的事。

这里顺带说一个和对话框样式相关的细节：对话框如果带了 WS_THICKFRAME（可缩放边框），右下角本来就有系统绘制的大小调整柄；状态栏再加 SBARS_SIZEGRIP，底部会出现两个斜纹 grip 重叠在一起，视觉上很怪。我一般会在 Dialog 场景去掉 SBARS_SIZEGRIP，除非你要在非可缩放对话框上提供一个调整大小的把手。

3. 用 CStatusBar 在 MFC 对话框挂上真实状态栏：最小可跑工程的三步

3.1 第一步：声明成员、映射 WM_SIZE，在 OnInitDialog 里把状态栏 Create 出来

先用 VS 的 MFC 对话框向导生成一个空工程，类名假设叫 CStatusDemoDlg。我们要做的第一件事是给对话框类加一个 CStatusBar 成员变量，并声明 WM_SIZE 的处理函数。CStatusBar 定义在 afxext.h 里，检查一下你的 stdafx.h 是否已经包含了这个头文件。

// StatusDemoDlg.h class CStatusDemoDlg : public CDialogEx { public: virtual BOOL OnInitDialog(); protected: afx_msg void OnSize(UINT nType, int cx, int cy); DECLARE_MESSAGE_MAP() private: CStatusBar m_wndStatusBar; void LayoutStatusBar(); // 我们自己写的布局函数 };

// StatusDemoDlg.cpp BEGIN_MESSAGE_MAP(CStatusDemoDlg, CDialogEx) ON_WM_SIZE() END_MESSAGE_MAP()

消息映射和成员声明是这套方案的地基。ON_WM_SIZE 很关键，因为对话框里没人替我们排状态栏，每次窗口尺寸变化都得自己动手。m_wndStatusBar 是对话框的成员，生命周期跟随对话框，不需要手动 delete——MFC 窗口对象会在对话框销毁时自动清理，但注意 CCmdTarget 的窗口句柄和 C++ 对象的析构顺序，这里按常规用法即可。

接下来在 OnInitDialog 里创建状态栏：

BOOL CStatusDemoDlg::OnInitDialog() { CDialogEx::OnInitDialog(); // 创建状态栏。nID 用一个和你其它控件不冲突的 ID，比如资源里定义 IDC_STATUS_BAR if (!m_wndStatusBar.Create(this, WS_CHILD | WS_VISIBLE, IDC_STATUS_BAR)) { TRACE(_T("Create StatusBar failed\n")); return FALSE; } // 先按 ID_SEPARATOR 划分 3 个等宽区间，后面再用 SetPaneInfo 微调 static UINT indicators[] = { ID_SEPARATOR, ID_SEPARATOR, ID_SEPARATOR }; m_wndStatusBar.SetIndicators(indicators, 3); // 第 0 格：消息区，自动拉伸占满剩余空间 m_wndStatusBar.SetPaneInfo(0, IDS_STATUS_MSG, SBPS_STRETCH, 120); // 第 1 格：固定宽度 90 像素，显示连接状态 m_wndStatusBar.SetPaneInfo(1, IDS_STATUS_STATE, 0, 90); // 第 2 格：固定宽度 140 像素，显示坐标 m_wndStatusBar.SetPaneInfo(2, IDS_STATUS_POS, 0, 140); m_wndStatusBar.SetPaneText(0, _T("就绪")); m_wndStatusBar.SetPaneText(1, _T("连接: 无")); m_wndStatusBar.SetPaneText(2, _T("X: 0, Y: 0")); LayoutStatusBar(); // 手动触发一次初始布局 return TRUE; }

注意 Create 的四个参数：第一个是父窗口指针，传 this 就把状态栏挂到对话框上；第三个是子窗口 ID，不要和对话框里已有控件 ID 重复，我习惯在资源里单独定义 IDC_STATUS_BAR。Create 的样式必须带 WS_CHILD 和 WS_VISIBLE，少了 WS_VISIBLE 就会遇到「创建成功但看不到」的问题。我在这里去掉了 SBARS_SIZEGRIP，理由前面说过——对话框右下角已经有系统 grip 了。

SetIndicators 里的 ID_SEPARATOR 表示这个 pane 不关联任何字符串资源，纯粹是一个可以放文字的区域。后面 SetPaneInfo 里的 IDS_STATUS_MSG、IDS_STATUS_STATE、IDS_STATUS_POS 是 pane 的标识 ID，在 String Table 里定义一下即可，内容写不写无所谓，因为紧接着你就会用 SetPaneText 覆盖显示文本。这样绕开了「pane 显示资源 ID 数字」的坑，后面第 4 章会细讲。

OnInitDialog 返回 TRUE 表示让系统自动管理焦点；如果你自己调了 SetFocus，就返回 FALSE，否则一律 TRUE。

3.2 第二步：用 SetPaneInfo 细粒度控制状态栏的每个信息区

SetIndicators 只负责「切出几块区域」，真正决定每块区域长什么样的，是 SetPaneInfo。它的原型是void SetPaneInfo(int nIndex, UINT nID, UINT nStyle, int cxWidth)，四个参数分别对应：第几个 pane、这个 pane 的标识 ID、样式、宽度。

我先说样式。SBPS_STRETCH 是最常用的一个，它表示这个 pane 会吃掉状态栏所有的剩余宽度——当窗口拉宽时，只有带这个样式的 pane 会变宽，其它 pane 保持固定宽度。一组 pane 里至少有一个 SBPS_STRETCH，否则窗口拉宽后状态栏右侧会露出一截空白。除了 SBPS_STRETCH，还有 SBPS_NOBORDERS（去掉 pane 的立体边框）、SBPS_POPOUT（凸起效果）、SBPS_NORMAL（默认凹下）。我一般只给消息区用 SBPS_STRETCH，其它信息格用 0 表示默认样式，简单干净。

再说明宽度。cxWidth 的单位是像素，不是 DLU，也不是字符数。同样是 90 像素，在 96 DPI 下大约能放下 12 个中文字符，在 150% 缩放的屏幕上视觉上会更窄，但能显示的字数反而差不多——因为字体也变大了。如果你要显示时间、坐标这类格式相对固定的内容，90～140 像素是比较稳妥的起步值，实测不够再加。

SetPaneInfo 里传的 nID 和 SetIndicators 数组里的元素是两个概念。这个 ID 只作为 pane 的标识存在，不参与文本初始化。这样设计的好处是：你完全掌控每格显示什么，不会被字符串资源里的意外内容干扰。需要动态改某一格的时候，先按索引 SetPaneText，再按索引 SetPaneInfo 改宽度，两者互不干扰。

在你写完上面这段代码后，编译运行大概率会看到状态栏出现在对话框左上角，又窄又歪。别急，下一步就是把它搬到底部。

3.3 第三步：在 WM_SIZE 与 OnInitDialog 里做底部对接，状态栏才有宽度

布局函数是整个方案的灵魂。我把它单独抽成一个成员函数，让 OnInitDialog 和 OnSize 都能调用。它在做三件事：拿到对话框客户区矩形、拿到状态栏自身高度、然后把状态栏 SetWindowPos 到客户区底边并拉满宽度。

void CStatusDemoDlg::LayoutStatusBar() { if (!m_wndStatusBar.GetSafeHwnd()) return; // 状态栏还没创建，直接退出 if (::IsIconic(GetSafeHwnd())) return; // 最小化状态下不做布局，避免 0 尺寸误操作 CRect rcClient; GetClientRect(&rcClient); // 对话框客户区，坐标相对对话框自身 CRect rcStatus; m_wndStatusBar.GetWindowRect(&rcStatus); // 拿到状态栏当前高度 int nHeight = rcStatus.Height(); m_wndStatusBar.SetWindowPos( NULL, rcClient.left, rcClient.bottom - nHeight, rcClient.Width(), nHeight, SWP_NOZORDER | SWP_NOACTIVATE); }

OnSize 里这样接：

void CStatusDemoDlg::OnSize(UINT nType, int cx, int cy) { CDialogEx::OnSize(nType, cx, cy); if (nType == SIZE_MINIMIZED) return; // 最小化时 cx/cy 为 0，跳过布局 LayoutStatusBar(); }

这段代码有三个关键点。第一，GetWindowRect 取的是屏幕坐标，但我们只需要它的 Height，所以不存在坐标转换问题。状态栏高度是由系统根据字体和边框计算出来的，不同 DPI 下不同，写死 24 像素就是给自己埋雷，每次运行时现读才可靠。

第二，SetWindowPos 的 x、y 是相对于父窗口客户区的，所以直接把 rcClient.left 和 rcClient.bottom - nHeight 填进去就对了。宽度直接取 rcClient.Width()，让状态栏始终和客户区一样宽。SWP_NOZORDER 是保持 Z 序不动，SWP_NOACTIVATE 是避免抢焦点，这两个标志在对话框里必须带上，否则状态栏可能会顶掉按钮的焦点。

第三，OnInitDialog 里必须手动调用一次 LayoutStatusBar。原因是窗口的创建顺序：对话框先收到 WM_SIZE，然后才进 OnInitDialog，第一次 OnSize 时 m_wndStatusBar.GetSafeHwnd() 还是 NULL，布局直接 return 了。如果不手动补一次，状态栏就要等到下一次尺寸变化才会归位。

到这里，一个能看、能拉伸、能写文字的状态栏已经跑起来了。

4. MFC 对话框状态栏的 5 个翻车现场：现象、原因与解决

4.1 在资源编辑器里拖一个 Static 假装状态栏，启动就翻车

现象：在对话框资源底部拖了一个 Static Text，把 ID 改成 IDC_STATUS，然后在 OnInitDialog 里 SetDlgItemText 写文字。程序跑起来怎么看怎么别扭：文字是平的，没有状态栏那种凹陷边框；窗口一拉宽，文字还留在原地；字体也和系统状态栏不一样。

原因：静态控件本质是「一块显示文本的区域」，它不具备状态栏的 pane 机制、没有 SBPS_STRETCH 这种自动伸张样式、也不会随父窗口尺寸变化自动重排。状态栏的立体凹陷效果是 Windows 通用控件用特定边框画出来的，Static 控件画不出来。

解决：放弃在资源里拖控件的想法，回到第 3 章的代码方案。CStatusBar 不是对话框模板能承载的普通控件，它必须在代码里动态创建。把 Static 删掉，用 m_wndStatusBar 统一管理。我见过不少人在这里反复调 Static 的边框样式，调了两小时最后还是回到 CStatusBar，属于典型的南辕北辙。

4.2 状态栏创建成功却不显示，对话框底下一片空白

现象：OnInitDialog 里 Create 返回 TRUE，GetSafeHwnd() 也不为空，但运行后对话框底部就是没有状态栏。

原因：最常见的两个原因——Create 的样式里漏了 WS_VISIBLE；或者状态栏创建后被后来创建的控件盖住了 Z 序。对话框控件是按资源里 Tab 顺序依次创建的，如果状态栏创建得早，后续创建的 Picture 控件或 GroupBox 可能把它压在下面。

解决：Create 时样式务必写WS_CHILD | WS_VISIBLE，这是第一条。第二条，把状态栏的 Create 放到 OnInitDialog 的最前面，在所有控件创建之前完成；如果还有遮挡问题，在 LayoutStatusBar 里给 SetWindowPos 加 SWP_SHOWWINDOW 并指定把状态栏提到 Z 序顶部。可以这样写：

m_wndStatusBar.SetWindowPos( &CWnd::wndTop, // 提到 Z 序最顶层 rcClient.left, rcClient.bottom - nHeight, rcClient.Width(), nHeight, SWP_SHOWWINDOW | SWP_NOACTIVATE);

注意这里第一个参数从 NULL 改成&CWnd::wndTop，含义是「放在所有兄弟窗口的最上面」。对话框里绝大多数情况不需要它，但当你同时有自定义控件在底部区域时，这一手能救急。

4.3 状态栏格子显示一串数字 ID，而不是你要的文字

现象：状态栏出现三四个格子，每个格子里面显示的是「-123」「-456」这类数字，或者显示出一段你根本没想到的字符串资源内容。

原因：这是状态栏 pane 的经典行为——当一个 pane 的 ID 不是 ID_SEPARATOR，且这个 pane 的文本区为空时，系统会把它的 ID 数字直接画在格子里。很多人把菜单 ID（ID_FILE_OPEN）或者控件 ID 直接塞进 SetIndicators 数组，MFC 尝试用这些 ID 去 String Table 里加载字符串，加载失败后 pane 就显示 ID 本身。

解决：不要拿菜单 ID 或控件 ID 当 indicator 用。两个稳妥习惯：SetIndicators 数组里全部写 ID_SEPARATOR，只负责「切出 N 个格子」；pane 的标识 ID 交给 SetPaneInfo 单独设置，而且这个 ID 最好在 String Table 里确实存在。最后立刻用 SetPaneText 写一次文本，哪怕只写一个空串_T("")，也能避免系统把数字画上去。按第 3 章的写法，你不会碰到这个问题。

4.4 SetPaneText 明明返回了，状态栏却像一层死漆不刷新

现象：某个按钮的点击事件里调用了 SetPaneText，返回 TRUE，但界面上的状态栏文字纹丝不动。尤其是你在工作线程里干耗时活、往状态栏推进度的时候，这块最容易卡死。

原因：SetPaneText 底层是给状态栏窗口发 SB_SETTEXT 消息。如果你在 UI 线程里调用，消息正常处理、立即重绘；如果这句话是从工作线程里直接调用的，跨线程 SendMessage 会阻塞，直到 UI 线程空闲去处理它。而 UI 线程当时正卡在某个模态循环或者长任务里，于是状态栏就像被冻住一样。另一个常见场景是 DoModal 嵌套——在模态子对话框里想刷新父对话框的状态栏，外层消息循环没在跑，自然不刷新。

解决：工作线程不要碰 UI 窗口，统一用 PostMessage 把数据发回来，在 UI 线程的消息处理函数里调用 SetPaneText。自注册一个消息就行：

#define WM_UPDATE_STATUS (WM_USER + 100) // 工作线程里 ::PostMessage(pDlg->GetSafeHwnd(), WM_UPDATE_STATUS, 0, (LPARAM)new CString(_T("处理中 42%"))); // 对话框里 LRESULT CStatusDemoDlg::OnUpdateStatus(WPARAM wParam, LPARAM lParam) { CString* pStr = reinterpret_cast<CString*>(lParam); if (pStr) { m_wndStatusBar.SetPaneText(0, *pStr); delete pStr; } return 0; }

PostMessage 是异步的，不会阻塞工作线程；CString 用 new 出来，接收方用完再 delete，避免跨线程访问栈对象。这个模式在你写五子棋 AI 计算、文件拷贝进度这类场景时是标配。

4.5 窗口拉伸后状态栏宽度不跟手，4K 屏上高度和清晰度都不对

现象：对话框最大化之后，状态栏还留着一开始的宽度，右侧一大片空白；同一个程序在 4K 屏上跑，状态栏高度只有十几个像素，文字又小又糊。

原因：宽度不跟手是 WM_SIZE 没接对。常见错误是只写了 OnInitDialog 里的布局，忘了映射 ON_WM_SIZE；或者 OnSize 里没判断 SIZE_MINIMIZED，最小化时 cx/cy 是 0，把状态栏 SetWindowPos 成了 0 宽，恢复后位置错乱。高度和清晰度问题则是 DPI 感知缺失——程序默认按 96 DPI 布局，系统把整张窗口位图拉伸到 200%，状态栏虽然也变大了，但文字是拉伸出来的，当然糊。

解决：OnSize 里先判断 nType，再调 LayoutStatusBar，这个第 3 章已经给了。DPI 问题要在程序入口处理，在 InitInstance 的第一行声明进程级 DPI 感知：

BOOL CStatusDemoDlgApp::InitInstance() { // 在创建任何窗口之前调用 typedef BOOL(WINAPI* PFN_SetProcessDpiAwarenessContext)(HANDLE); PFN_SetProcessDpiAwarenessContext pfn = (PFN_SetProcessDpiAwarenessContext) ::GetProcAddress(::GetModuleHandle(_T("user32.dll")), "SetProcessDpiAwarenessContext"); if (pfn) pfn((HANDLE)-4); // DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 ... }

这里用 GetProcAddress 动态加载是为了兼容旧系统，函数是 Win10 1607 才有的。调用之后，窗口按真实 DPI 创建，状态栏的高度和字体都会由系统按正确的比例计算，不会再发糊。注意：这个调用必须在第一个窗口创建之前执行，放在 InitInstance 最前面最稳妥。

5. 把状态栏做成「活」的：刷新封装、内置进度条与三步验证

5.1 先封装一个 SetMsg，再顺手塞一个进度条

对话框里的状态栏用来用去就是那几件事：显示就绪状态、显示坐标、显示进度。与其每个对话框里重复调 SetPaneText，不如做一个极薄的工具类，把格式化字符串的活接过去。这也是应付「现在 AI 写 MFC 总给出 Frame 版本答案」的最笨办法——代码在自己手里，抄作业也抄得明白。

class CStatusBarHelper { public: void Attach(CStatusBar* pBar) { m_pBar = pBar; } void SetMsg(LPCTSTR lpszText) { if (m_pBar && m_pBar->GetSafeHwnd()) m_pBar->SetPaneText(0, lpszText, TRUE); } void SetState(LPCTSTR lpszText) { if (m_pBar && m_pBar->GetSafeHwnd()) m_pBar->SetPaneText(1, lpszText, TRUE); } private: CStatusBar* m_pBar = NULL; };

SetPaneText 的第三个参数 bUpdate 默认就是 TRUE，传 TRUE 会立即重绘，不用再手动 Invalidate。真正常被忽略的是：SetPaneText 必须在 UI 线程调用，配合第 4.4 条的 PostMessage 模式，封装函数只处理「设置文本」这一步，跨线程投递交给上层。

想在状态栏里嵌一个进度条，做法是把 CProgressCtrl 的父窗口设成状态栏，然后把它移动到你想要的那个 pane 矩形内。比如放在第 2 格：

m_wndProgress.Create(WS_CHILD | WS_VISIBLE | PBS_SMOOTH, CRect(0, 0, 0, 0), &m_wndStatusBar, 3); CRect rcPane; m_wndStatusBar.GetItemRect(2, &rcPane); // 取第 2 格的客户区矩形 rcPane.DeflateRect(2, 2, 4, 2); m_wndProgress.MoveWindow(&rcPane);

GetItemRect 拿到的是状态栏客户区坐标，直接作为进度条的父坐标使用。进度条高度比 pane 内缩 2 个像素，视觉上会嵌在凹槽里，比较自然。窗口拉宽时第 2 格宽度固定，进度条不需要跟着动；真正需要重新 MoveWindow 的是 DPI 切换或者状态栏本身高度变化的场合，此时重新调一次这段代码即可。

5.2 三步验证：窗口层级、底部对齐和实时刷新

状态栏加完之后，我习惯用三步验证它真的合格，而不是「看起来有了」就结束。

第一步，用 Spy++ 的窗口查找器把靶心拖到状态栏上，确认它的父窗口是对话框本身，且 Z 序在兄弟窗口里属于靠后的位置（控制条通常贴着客户区底部，可以在兄弟列表最后一个附近）。如果父窗口变成了其它控件，说明 Create 的父指针传错了。

第二步，验证底部对齐。手动把对话框从最小尺寸拉到最大尺寸，观察状态栏是否始终贴着客户区底边、是否和客户区等宽。如果右侧出现黑边，检查 OnSize 里是不是漏了 SIZE_MINIMIZED 判断；如果状态栏浮在客户区中间，检查 LayoutStatusBar 里 rcClient 拿的是不是 GetClientRect 而不是 GetWindowRect。

第三步，验证实时刷新。用一个定时器每秒把系统时间写进第 0 格：

CString strTime; strTime.Format(_T("%02d:%02d:%02d"), dt.GetHour(), dt.GetMinute(), dt.GetSecond()); m_wndStatusBar.SetPaneText(0, strTime, TRUE);

如果秒数平滑跳动，说明消息循环和重绘链路都通。如果卡顿，多半是 UI 线程被长任务占了，回头查 4.4 条的跨线程刷新。

我做 MFC 对话框工具这么多年，状态栏翻车最狠的一次就是忘了处理最小化，恢复窗口后状态栏缩成一厘米宽的小条，用户截图发过来我还以为是资源文件被改坏了。后来养成的习惯是先写布局函数、再写消息映射、最后才填业务文本，顺序颠倒就会踩上面这些坑。希望这些血泪经验帮到你，让你的对话框程序从第一眼就够专业。

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