企业官网建设流程全解析

简介：MFC对话框添加状态栏的完整工程示例，面向VS2010环境下进行C++/MFC界面开发的开发者，解决对话框底部状态栏创建、多区域划分、实时信息更新等常见需求，适用于课程实验、毕业设计或实际项目功能扩展。工程演示了从资源编辑器插入StatusBar控件、配置Simple与Parts属性，到在OnInitDialog中创建状态栏、用定时器更新时间，并通过SetPaneText动态刷新提示信息的全过程，还涉及afxstatbar.h包含、DoDataExchange配合等关键细节，适合MFC入门与进阶者直接对照学习。压缩包共47个文件，以cpp/h源码、rc资源脚本、vcxproj工程文件、res资源文件及调试生成文件为主，整体约29MB，目录结构清晰，便于定位核心代码与配置项；sln/vcxproj可直接打开编译，pdb/idb等调试文件有助于排查运行问题。已有736人学习下载。实践该项目可掌握状态栏与定时器、CTime时间类的配合用法，同时附带编译日志与调试备份，便于复现问题和验证修改效果；还可根据需求扩展多面板提示、自定义图标等应用场景，是一份实用的MFC界面增强参考范例。

1. 给 MFC Dialog 加状态栏：不是多加一个控件，而是多管一个子窗口

给 MFC 的 Dialog 对话框添加状态栏，第一反应是在资源编辑器里拖一个 StatusBar 控件，但你会发现对话框模板里根本没有这个控件可选。真正能落地的做法，是把CStatusBar（或CStatusBarCtrl）作为一个子窗口，在OnInitDialog里创建出来，再由你负责它的位置、高度和刷新时机。这和CFrameWnd主框架里的状态栏逻辑完全不一样：对话框没有RecalcLayout去自动安排控制栏，所以代码没报错但状态栏不显示、显示在顶部、把编辑框遮住，这些都是同一个根因。这篇笔记从原理到可运行代码走一遍，适合手头有现成 MFC 对话框工程、想快速加底栏提示信息的开发者和维护老项目的同事。

2. 为什么 MFC 对话框状态栏经常“加不上去”：先看 CStatusBar 的归属与布局

2.1 CStatusBar 本质是控制栏，默认挂在 CFrameWnd 的布局系统上

MFC 的CStatusBar继承自CControlBar。CControlBar的设计目标不是普通子窗口，而是“可以停靠、参与主框架布局”的特殊窗口。CFrameWnd在处理WM_SIZE时会调用RecalcLayout()，CControlBar会按CBRS_BOTTOM、CBRS_TOP这类样式决定自己靠在哪一边，再把客户区剩余部分交给文档视图。

CDialog不是CFrameWnd，也没有RecalcLayout。如果照着 MFC 单文档工程生成的代码，把CStatusBar成员放进对话框类，Create和SetIndicators都会执行成功，但没人告诉这个状态栏“你的工作区域是窗口整个底部”。它只是作为子窗口被创建，坐标由系统默认值决定，常见的结局是显示在左上角，或者干脆看不见。这不是状态栏坏了，是它没有进入父窗口的布局循环。

这里给一个很直接的判断标准：如果对话框不是 MFC 文档视图结构，就不要去依赖“控制栏”机制。把状态栏当成一个普通子窗口来管理，反而更可控。这也是后面所有代码的出发点。

2.2 对话框里你能用的两个选择：MFC CStatusBar 与 Win32 CStatusBarCtrl

对话框里加状态栏，常见有两种做法。第一种是 MFC 封装类CStatusBar，它保留了框架窗口代码的习惯，代码量少，窗格用SetIndicators就能建立，适合对话框里的简单状态展示。第二种是直接使用CStatusBarCtrl，本质是 Win32 公共控件，更接近底层，适合你已经在用纯 Win32 接口、或者需要把状态栏嵌入某个子窗口容器里的场景。我在对话框工程里会优先选CStatusBar，因为它能直接复用SetPaneText/SetPaneInfo这套 MFC 封装，少写很多消息映射。

两者在创建参数和文本更新上的差别，这里整理成了一张表：

选CStatusBar时，状态栏窗格文本可以关联字符串资源 ID；选CStatusBarCtrl时，每段文本都是独立窗格索引。两者在底层都对应公共控件 StatusBar，只是封装层级不同。做对话框里的状态栏，其实哪个都不复杂，复杂的是“你打算什么时候去移动它”。

2.3 为什么你会遇到“代码没报错，状态栏却看不见”

结合前面两点，90% 的不显示问题可以归因到三处：状态栏窗口还没移动到可见区域；父窗口客户区高度被对话框模板里的控件吃光了；SetIndicators中使用的字符串资源 ID 不存在，导致窗格建立失败后返回了 FALSE。

CStatusBar::Create本身很少失败，SetIndicators失败却常常被忽略。MFC 的 debug 版会在资源找不到时弹断言，release 版就直接吞掉，你在状态栏里什么都看不到。这个问题很容易伪装成“窗口没创建成功”。

第一次调试时，建议先用GetWindowRect把状态栏的坐标打出来，看它到底在哪：

BOOL CMainDlg::OnInitDialog() { CDialogEx::OnInitDialog(); UINT indicators[] = { ID_SEPARATOR }; m_wndStatusBar.Create(this, WS_CHILD | WS_VISIBLE | CBRS_BOTTOM, IDC_MFCDLG_STATUS_BAR); m_wndStatusBar.SetIndicators(indicators, 1); CRect rcStatus; m_wndStatusBar.GetWindowRect(&rcStatus); CString strDebug; strDebug.Format(_T("status bar left=%d top=%d right=%d bottom=%d"), rcStatus.left, rcStatus.top, rcStatus.right, rcStatus.bottom); OutputDebugString(strDebug); return TRUE; }

如果OutputDebugString里输出的矩形是0,0,0,0，说明窗口没拿到合理的尺寸；如果矩形位置在左上角，说明没人把它放到底部。这些排查手段看起来笨，但比反复改Create参数要快得多。另一个隐蔽问题是，如果对话框模板里已经放了一个同 ID 的静态控件占位，你又在OnInitDialog里创建一个状态栏，就会造成资源冲突。正确做法是在resource.h里给状态栏单独定义一个 ID，不要和现有控件 ID 重复。

3. 用 CStatusBar 在 MFC Dialog 中添加状态栏：最小可运行代码

3.1 头文件与类声明：状态栏成员、自定义 ID、OnSize 消息映射

先把对话框类结构准备好。这里以CDialogEx为例，对话框模板 ID 是IDD_MFCDIALOGSTATUSBAR_DIALOG，编辑框 ID 是IDC_EDIT_MAIN。状态栏成员用CStatusBar，另外用一个整数记录状态栏高度，用一个布尔量避免OnSize在状态栏创建前被触发。

// MFCDialogStatusBarDlg.h #pragma once #include "resource.h" #include "afxcmn.h" class CMFCDialogStatusBarDlg : public CDialogEx { public: CMFCDialogStatusBarDlg(CWnd* pParent = nullptr); enum { IDD = IDD_MFCDIALOGSTATUSBAR_DIALOG }; protected: CStatusBar m_wndStatusBar; int m_nStatusBarHeight = 0; BOOL m_bStatusBarReady = FALSE; void RepositionStatusBar(); virtual BOOL OnInitDialog(); afx_msg void OnSize(UINT nType, int cx, int cy); afx_msg void OnEditChange(); DECLARE_MESSAGE_MAP() };

这里m_nStatusBarHeight必须初始化，不初始化的话，RepositionStatusBar里拿到的可能是个随机值。m_bStatusBarReady的作用是挡住OnSize的提前触发：窗口创建过程中，WM_SIZE可能已经进入消息队列，而此时m_wndStatusBar还没Create。

对应的消息映射：

BEGIN_MESSAGE_MAP(CMFCDialogStatusBarDlg, CDialogEx) ON_WM_SIZE() ON_EN_CHANGE(IDC_EDIT_MAIN, &CMFCDialogStatusBarDlg::OnEditChange) END_MESSAGE_MAP()

ON_WM_SIZE是必须的，否则状态栏永远不会跟着窗口底部走。ON_EN_CHANGE是本例中联动编辑框内容用的，如果你只是要一个静态状态栏，可以不要这一条。

3.2 OnInitDialog 里创建状态栏并设置窗格：Create / SetIndicators / SetPaneInfo

在OnInitDialog里创建状态栏。这里我没有直接用CStatusBar::Create(this)的默认参数，而是把样式和 ID 显式写出来，方便读者对照。

BOOL CMFCDialogStatusBarDlg::OnInitDialog() { CDialogEx::OnInitDialog(); // 状态栏作为对话框子窗口，样式不能少 WS_CHILD 和 WS_VISIBLE if (!m_wndStatusBar.Create(this, WS_CHILD | WS_VISIBLE | CBRS_BOTTOM, IDC_MFCDLG_STATUS_BAR)) { AfxMessageBox(_T("状态栏创建失败")); EndDialog(IDCANCEL); return FALSE; } static UINT indicators[] = { ID_SEPARATOR, // 0 号窗格：默认伸展区 IDS_PANEL_CAPS, // 1 号窗格：Caps Lock 状态 IDS_PANEL_POS // 2 号窗格：行列号 }; if (!m_wndStatusBar.SetIndicators(indicators, 3)) { AfxMessageBox(_T("状态栏窗格初始化失败")); EndDialog(IDCANCEL); return FALSE; } m_wndStatusBar.SetPaneInfo(0, ID_SEPARATOR, SBPS_STRETCH, 0); m_wndStatusBar.SetPaneInfo(1, IDS_PANEL_CAPS, SBPS_NORMAL, 80); m_wndStatusBar.SetPaneInfo(2, IDS_PANEL_POS, SBPS_NORMAL, 120); RepositionStatusBar(); m_bStatusBarReady = TRUE; return TRUE; }

SetIndicators的第二个参数是窗格数量，这里固定传 3。indicators数组里的每个UINT对应一个窗格：ID_SEPARATOR是分隔符窗格，适合做伸展区；IDS_PANEL_CAPS和IDS_PANEL_POS是字符串资源 ID，必须在.rc文件里定义。如果你不想用字符串资源，也可以直接用普通整数 ID，但那样 MFC 不会自动给你关联初始文本。

参数说明：SetPaneInfo的四个参数分别是窗格索引、窗格 ID、窗格样式、窗格宽度。SBPS_STRETCH表示这个窗格会吃掉状态栏的剩余宽度，SBPS_NORMAL表示固定宽度。这里 1 号窗格给 80 像素，2 号窗格给 120 像素，实际数值你可以按界面需要调整。

3.3 OnSize 与“底部定位”：状态栏跟着窗口走的关键代码

对话框没有RecalcLayout，所以状态栏的定位完全靠OnSize。这里我写了一个单独的函数RepositionStatusBar，把状态栏移动到客户区底部，同时让编辑框避开状态栏占用的高度。

void CMFCDialogStatusBarDlg::RepositionStatusBar() { if (!::IsWindow(m_wndStatusBar.GetSafeHwnd())) return; CRect rcClient; GetClientRect(&rcClient); // 状态栏贴底，宽度等于客户区宽度 m_wndStatusBar.MoveWindow(0, rcClient.bottom - m_nStatusBarHeight, rcClient.Width(), m_nStatusBarHeight); // 编辑框让出底部状态栏的空间 if (::IsWindow(m_editMain.GetSafeHwnd())) { m_editMain.MoveWindow(0, 0, rcClient.Width(), rcClient.bottom - m_nStatusBarHeight); } }

问题来了：m_nStatusBarHeight在哪里取？我一般放在SetIndicators之后，用GetWindowRect拿状态栏的实际尺寸：

CRect rcStatus; m_wndStatusBar.GetWindowRect(&rcStatus); m_nStatusBarHeight = rcStatus.Height();

CStatusBar内部会根据字体和边框计算自己的高度，直接用GetWindowRect比写死一个20或25可靠得多。这个细节在 DPI 缩放下特别重要，后面避坑章节会展开。

OnSize的处理也简单：

void CMFCDialogStatusBarDlg::OnSize(UINT nType, int cx, int cy) { CDialogEx::OnSize(nType, cx, cy); if (m_bStatusBarReady) { RepositionStatusBar(); } }

注意m_bStatusBarReady的检查，这是为了防止窗口创建过程中WM_SIZE先到，状态栏还没准备好就直接崩溃。MFC 窗口初始化阶段的消息顺序比较乱，这个保护不是可有可无的，是血泪经验。

3.4 更新状态栏文本：SetPaneText 及其两个隐形规则

窗格建好之后，更新文本用SetPaneText：

m_wndStatusBar.SetPaneText(2, _T("第 1 行，第 1 列"));

这里有几个容易踩的规则。第一，索引是窗格在SetIndicators数组中的顺序，不是状态栏控件 ID。如果你把第三个窗格的 ID 当索引传进去，MFC 不会报错，但文本会写进一个不存在的窗格，界面毫无反应。第二，SetPaneText不会自动刷新窗口，如果状态栏当前不可见或者在最小化状态下，文本更新可能被推迟。大多数情况下不需要手动刷新，但如果你在循环里连续更新文本又感觉界面卡，可以先UpdateWindow，不要每个循环周期都建一个新的CString。

这里还有一个常见做法：如果你选择CStatusBarCtrl，更新窗格文本就不是SetPaneText，而是SetText(text, paneIndex)，底层消息是SB_SETTEXT。两者的差异在 2.2 的表格里已经写过，实际编码时别把这套接口混在一起。

4. 像记事本那样显示行列号和文本长度：对话框状态栏联动实例

4.1 编辑框布局：先给状态栏“腾出”底部空间

要做成一个类似 Windows 记事本的对话框，编辑框通常会铺满客户区。添加状态栏之后，编辑框不能继续占满整个客户区，否则状态栏会盖住编辑框底部。最简单的方法是在.rc对话框模板里把编辑框的底部缩短，先留出状态栏的空间。

以最简单的模板为例：

IDD_MFCDIALOGSTATUSBAR_DIALOG DIALOGEX 0, 0, 320, 200 STYLE DS_SETFONT | WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU | WS_THICKFRAME FONT 8, "MS Shell Dlg", 0, 0, 0x1 BEGIN EDITTEXT IDC_EDIT_MAIN, 0, 0, 320, 180, ES_MULTILINE | ES_AUTOVSCROLL | ES_AUTOHSCROLL | WS_VSCROLL | WS_HSCROLL | ES_WANTRETURN END

对话框高度是 200，编辑框高度是 180，底部空出来的 20 个对话框单位就是给状态栏的。这样即使RepositionStatusBar没来得及执行，状态栏也不至于一开始就把编辑框内容盖住。等到运行时，RepositionStatusBar会再把编辑框精确调整到状态栏上方。

这里注意.rc里的单位是 DLU，不是像素。对话框是 8 号 MS Shell Dlg 字体时，水平和垂直 DLU 的像素换算不一样，所以不要试图在模板里算精确像素，留一个大概的余量就行，最终位置由MoveWindow用像素坐标系来确定。

4.2 EN_CHANGE 里计算光标行/列并写入状态栏

编辑框内容变化时，最直接的联动点是EN_CHANGE消息。下面这段代码把当前光标所在行、列和总行数都写进状态栏的第三个窗格。

void CMFCDialogStatusBarDlg::OnEditChange() { if (!m_bStatusBarReady) return; CString strInfo; // 当前光标所在行号，从 0 开始 int nLine = m_editMain.LineFromChar(-1); // 当前行第一个字符在编辑框内部的字符索引 int nLineIndex = m_editMain.LineIndex(nLine); // 光标偏移减去行首偏移，就是列号 int nCol = m_editMain.GetSelStart() - nLineIndex; int nTotalLines = m_editMain.GetLineCount(); strInfo.Format(_T("第 %d 行，第 %d 列（共 %d 行）"), nLine + 1, nCol + 1, nTotalLines); m_wndStatusBar.SetPaneText(2, strInfo); }

这段代码对纯英文和数字是按字符计数，中文和全角字符在GetSelStart里可能按不同编码计数，严格来说会有误差。如果你的输入框要精确处理 Unicode 全角字符，需要用CharFromPos或者按宽字符做一次转换。对大多数内部工具来说，上面这个简化版已经够用，它至少能帮你看清“当前在第几行”。

如果你想显示的不只是行号，而是列表的总列数，逻辑也一样。比如一个CListCtrl界面，把表头列数写进状态栏：

int nColCount = m_listMain.GetHeaderCtrl()->GetItemCount(); CString strListInfo; strListInfo.Format(_T("共 %d 列，选中 %d 项"), nColCount, m_listMain.GetSelectedCount()); m_wndStatusBar.SetPaneText(1, strListInfo);

状态栏本质上是给用户反馈“当前状态”的地方，内容来源可以是编辑框、列表、按钮状态或者任何你关心的数据。

4.3 用定时器或空闲消息克制高频刷新

如果你在EN_CHANGE里每次敲一个字符都更新状态栏，性能上其实没有大问题，因为编辑框自己也在持续刷新。但在处理大文本时，频繁SetPaneText会引起状态栏窗口重绘，尤其是窗格里有较长文本时，光标会感觉“迟滞”。

一个更稳妥的做法是低频刷新。比如在OnInitDialog里启动一个 200ms 的定时器，在WM_TIMER里更新状态栏，而不是在EN_CHANGE里做实时同步。这个方案在监控内存占用、耗时统计这类场景里特别常见，因为它把状态栏刷新和用户输入解耦了。

void CMFCDialogStatusBarDlg::OnTimer(UINT_PTR nIDEvent) { if (nIDEvent == 1) { UpdateStatusBar(); } CDialogEx::OnTimer(nIDEvent); }

UpdateStatusBar里的代码和OnEditChange类似。注意定时器周期不要太短，系统时钟精度在 15ms 左右，低于这个值都是浪费 CPU。200ms 是一个比较自然的平衡点，人眼看起来连续，又不会给 GDI 重绘太大压力。

4.4 多窗格的状态栏如何响应窗口尺寸变化

状态栏的窗格宽度有“固定”和“伸展”两种。用SBPS_STRETCH标记的窗格会随状态栏宽度变化，通常放在最左侧的信息区；固定宽度的窗格就固定不动。在对话框里，状态栏宽度本身由MoveWindow控制，所以窗格宽度是否自适应，只取决于SetPaneInfo的样式设置。

我这里习惯把 0 号窗格设成SBPS_STRETCH，用来显示提示性文字，把 1 号、2 号窗格设成固定宽度，用来显示状态值。当用户拉宽窗口时，0 号窗格自动拉长，2 号窗格始终停在右下角。这样在OnSize里只需要移动状态栏整体位置，不需要重新计算三个窗格的宽度。

如果你用的是CStatusBarCtrl，响应用法略有差别。SetParts需要你传入一个宽度数组，窗口尺寸变化时这个数组不会自动重建，你必须自己处理WM_SIZE，重新SetParts。这也是我在对话框工程里更推荐CStatusBar的原因：至少SBPS_STRETCH能替你省掉一部分手工计算。

5. 状态栏不显示、错位、刷新乱、DPI 模糊：排查与避坑清单

5.1 创建成功但状态栏在窗口顶部或中间

现象：代码执行了Create和SetIndicators，但状态栏没有出现在底部，而是贴在对话框顶部中间，或者根本没有显示。

原因：CStatusBar::Create里传入的CBRS_BOTTOM只对框架窗口的RecalcLayout有含义，对对话框来说只是一个普通样式位，系统不会自动把它放到底部。真正决定位置的是MoveWindow。没有在OnSize里重新移动，状态栏就只能保持创建时的默认坐标。

解决：把状态栏移动逻辑收敛到一个函数里，例如前文的RepositionStatusBar，在OnInitDialog里调用一次，在OnSize里再调用一次。不要只写MoveWindow一个固定坐标，那样一旦窗口被拖大或最大化就会错位。

5.2 状态栏遮挡了编辑框或按钮

现象：状态栏确实在底部，但编辑框的底部被它盖住，最后一行文字看不见。

原因：对话框模板没有给状态栏预留空间，或者你在OnSize里只移动了状态栏，没把其他控件的高度同步压缩。CStatusBar是独立子窗口，不参与对话框的控件布局，它会直接覆盖在客户区上。

解决：按 4.1 的方式在模板里先留出余量，同时把RepositionStatusBar做成一个总布局函数，让编辑框和状态栏在同一处统一调整高度。注意顺序：先移动状态栏，再移动编辑框，避免编辑框被覆盖。

5.3 DPI 下状态栏文字模糊，固定高度参数失灵

现象：在 100% 缩放下状态栏显示正常，把 Windows 缩放调到 150% 或 200% 后，状态栏文字发虚，或者状态栏高度不够，文字被裁切。

原因：如果你用固定像素20或25去MoveWindow，这个值不会随系统 DPI 缩放。状态栏本身会按系统字体计算高度，但你已经用固定高度覆盖了它，两边就对不上了。再加上对话框模板默认是 DPI 缩放感知的，而子窗口坐标却是像素，很容易出现坐标系混用。

解决：不要用写死的高度。创建状态栏后，用GetWindowRect().Height()取实际高度，后续所有MoveWindow都基于这个值。项目属性里如果启用了高 DPI 支持，还要注意SetProcessDpiAwarenessContext的调用时机，MFC 默认对对话框有缩放，但不代表所有子窗口都能自动适配。最稳妥的做法是：状态栏高度只从GetWindowRect来，永远不自己估算。

5.4 更新文本后状态栏没有刷新

现象：SetPaneText确实返回了，状态栏上却还是旧文字，偶尔要等几秒才更新。

原因：状态栏所在窗口没有收到WM_PAINT，或者你连续把相同的字符串设置进去，GDI 做了内容比较后跳过了重绘。另一个可能是在循环里频繁SetPaneText，导致消息堆积，界面来不及重绘。

解决：在需要立即反映的状态下，设置文本后调用一次InvalidateRect并UpdateWindow。如果是循环更新，建议减小刷新频率，用定时器控制节奏，而不是每次数据变化都直接刷状态栏。这个方法在显示进度、文件行数、CPU 占用时特别有效。

5.5 程序退出时在状态栏处崩溃或内存泄漏

现象：关闭对话框时 debug 输出里出现句柄无效的断言，或者用 MFC 内存诊断工具看到CString的分配字节数异常增长。

原因：状态栏作为子窗口，如果CStatusBar成员已经析构，但父窗口还在向外发送某个定时器或通知消息，消息会访问到无效的m_hWnd。另一个常见问题是刷新函数里用GetBuffer拿指针，却忘了ReleaseBuffer，这是 MFC 字符串内存泄漏的典型来源。

解决：在OnDestroy里显式销毁状态栏，并置空句柄：

void CMFCDialogStatusBarDlg::OnDestroy() { if (::IsWindow(m_wndStatusBar.GetSafeHwnd())) { m_wndStatusBar.DestroyWindow(); } CDialogEx::OnDestroy(); }

至于CString，养成“哪里有GetBuffer哪里就有ReleaseBuffer”的习惯，不要跨函数持有GetBuffer返回的指针。状态栏文本每次都用局部CString传进去，释放由临时对象自动完成。

6. 再进一步：让最后一个窗格自适应拉伸，并把状态栏变成调试面板

6.1 用 SBPS_STRETCH 实现“剩余空间窗格”

前面提到过SBPS_STRETCH，这里展开讲一个实用技巧。状态栏有三个窗格时，如果你想让第三个窗格显示的位置信息固定在右下角，而中间留白区域全部属于第一个窗格，可以这样设置：

m_wndStatusBar.SetPaneInfo(0, ID_SEPARATOR, SBPS_STRETCH, 0); m_wndStatusBar.SetPaneInfo(1, IDS_PANEL_CAPS, SBPS_NORMAL, 80); m_wndStatusBar.SetPaneInfo(2, IDS_PANEL_POS, SBPS_NORMAL, 120);

SBPS_STRETCH的含义是“该窗格在状态栏宽度变化时伸展”。MFC 在重新布局时，会把拉伸窗格放到所有固定窗格的剩余空间里。对话框里没有RecalcLayout，但状态栏自身的公共控件会处理窗格宽度，前提是你先保证状态栏窗口宽度正确。所以这里依然要依赖OnSize里的MoveWindow，不能以为设了SBPS_STRETCH就可以不写布局代码。

如果你用的是CStatusBarCtrl，等价的做法是在SetParts时让数组最后一个元素传-1，表示它占满剩余宽度。两者殊途同归。

6.2 把状态栏当作运行期调试输出，同时管好字符串对象生命周期

状态栏不仅是一个 UI 装饰，在 Release 版也很有用。你可以把关键路径上的临时信息直接SetPaneText到某个窗格里，替代一部分OutputDebugString。比如加载配置的时间、文件总行数、最近一次操作结果，这类信息在测试他人机器上时不用开调试器就能看到。我一般会保留一个IDS_PANEL_STATUS窗格专门做这件事，常规运行时显示“就绪”，出现异常时直接显示错误码。

这种用法要特别注意刷新频率和字符串生命周期。不要在回调里反复构造大CString作为窗格文本，因为状态栏控件底层会复制文本，但这复制过程并不要求你的CString永远活着。只要把SetPaneText的实参传进去，MFC 内部会保存自己的副本，函数结束后临时对象销毁是安全的。

我的习惯是给这种调试状态栏定义一个独立消息入口，比如SetStatusText(LPCTSTR lpszText)，在这个入口里统一检查句柄有效性、做SetPaneText、再决定是否InvalidateRect。这样代码里所有业务逻辑都只调用这个小函数，不在各处直接操作m_wndStatusBar，既容易排查问题，也方便以后把状态栏替换成CMFCStatusBar而不动业务代码。

如果你也想长期维护一个带状态栏的 MFC 对话框，建议把“状态栏高度从GetWindowRect来、位置在OnSize里统一调整、文本更新走一个独立接口”这三条当默认规矩。这套做法我在多个老项目里反复用过，能避免的大部分坑都写在上面了。希望帮到你。

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