状态栏这玩意儿平时没人会多看但真到了上线演示那天甲方指着屏幕问你这右下角怎么全是灰的能不能把连接状态弄成绿的断线弄成红的你就知道把 CStatusBar 做成彩色有多重要了。这是我前阵子改造一个 MFC 老项目时踩过的一整条路从继承 CStatusBar 到自绘制每个 Panel 的字体颜色和背景颜色最后封装成一个能直接拿去用的类。如果你手上也是 VS 2019 环境下的 MFC 项目且正被 CStatusBar 一团灰的默认样式憋得难受这篇把完整思路、代码和坑点都给你梳理清楚——既适合刚开始接触自绘控件的朋友也适合想快速落地、不想再看一堆零散代码的老手。1. 项目需求拆解MFC状态栏为什么需要自绘1.1 状态栏在MFC窗口程序里的地位在经典 MFC 框架程序里状态栏几乎是标配。主窗口底部那一排灰底小格子就是 CStatusBar。它通常由一组指示器Indicator组成例如 Caps Lock、Num Lock、Scroll Lock 的开关状态或者某个可伸缩的文本窗格用来显示程序当前的操作提示、进度信息、模块状态等。它的底层其实是 Win32 的 Status Bar 控件MFC 用 CStatusBar 这个类把它包了一层开发者主要靠 SetIndicators 指定有哪些窗格靠 SetPaneText 或 ON_UPDATE_COMMAND_UI 更新每个窗格的文本。这套机制本身很传统但恰恰因为它太传统外观上有着很强的系统默认感所有窗格都是灰底黑字状态栏整体看不出重点。在内部工具型项目里这没什么但一旦要给别人演示、或者做成面向用户的客户端这种一片灰的视觉效果就很难满足需求了。1.2 默认CStatusBar的痛点文字、背景一律灰色CStatusBar 默认的绘制方式很简单窗格背景用的是 GetSysColor(COLOR_BTNFACE)也就是系统按钮表面那种浅灰色文字用 COLOR_BTNTEXT 的黑色。它没有暴露类似 SetPaneTextColor、SetPaneBkColor 这样的接口。你没法用一个现成方法把某个窗格变成红字、绿底、蓝底。有些朋友会尝试给状态栏发 WM_CTLCOLOR 等消息但状态栏控件并不像 Edit 控件或 Static 控件那样响应 WM_CTLCOLOR这条路是走不通的。也就是说想让不同窗格拥有不同的字体颜色和背景颜色CStatusBar 的默认行为完全没有空间唯一的解法就是自绘制我们自己接管状态栏客户区的绘制过程把每个窗格的背景和文字按自己的规则画出来。1.3 自绘的思路与业界常见做法所谓自绘制在 Win32 控件领域有两条基本路线一是窗口完全自绘也就是拦截 WM_PAINT 消息自己把整个客户区重新画一遍控件的默认绘制逻辑全部不生效完全由我们的代码控制。这也意味着边框、分隔线、背景、文本对齐方式等全部要自己处理。二是利用控件自带的 Owner Draw 机制例如状态栏窗格支持 SBPS_OWNERDRAW 样式在特定窗格需要重绘时控件会向父窗口发送 WM_DRAWITEM 消息让父窗口去画这一个窗格。界面其余部分仍由系统绘制。这两条路线各有适用场景本篇选择的路线是第一种继承 CStatusBar重写 OnPaint用双缓冲方式逐个窗格 FillSolidRect DrawText。这样做的最大好处是控制力强、代码集中、不依赖父窗口的消息处理尤其是当你要管理多个窗格的颜色时一张颜色表就能解决所有问题。2. 核心原理状态栏绘制流程与自绘路线的选择2.1 状态栏到底是谁在画CStatusBar 继承自 CControlBarCControlBar 在处理 WM_PAINT 时会绘制控制栏的背景和边框并对每个子区域进行默认填充。CStatusBar 没有公开一个每个窗格独立配色的入口所以我们要想改颜色就得研究它绘制的逻辑然后找到一处可以完全接管的地方。重写 OnPaint 后整个客户区都由我们绘制CStatusBar 原本那套灰色背景和黑色文字就全部被覆盖掉了。但要注意重写 OnPaint 并不影响状态栏的数据层pane 的数量、文本、位置、宽度仍然由 CStatusBar 在内部维护。我们通过 GetPaneCount 拿到窗格数量通过 GetItemRect 拿到每个窗格的矩形区域通过 GetPaneText 拿到每个窗格的文本然后画成自己想要的样子。这种数据继续由原控件管理绘制完全自定义的方式是控件自绘里最干净的做法。你不需要去重写 SetPaneText也不需要去拦截 SB_SETTEXT所有原有功能照常工作。2.2 改变每个Panel颜色的两条技术路线先说 SBPS_OWNERDRAW 这条路线因为它在网上讨论得也多但实际落地有一些别扭的地方。状态栏窗格在 Win32 层支持样式位 SBPS_OWNERDRAW0x1000。把某个窗格设为这个样式后状态栏控件在需要绘制该窗格时会向父窗口发送 WM_DRAWITEM。父窗口的 OnDrawItem 里会收到一个 DRAWITEMSTRUCT其中 CtlID 字段和窗格索引有关itemData 里还能带回自定义数据。开发者可以在父窗口的 OnDrawItem 中画出该窗格。这条路线看起来保留了系统对边框、分隔线的绘制但实际上有几个麻烦首先MFC 的 CStatusBar 对 SB_SETTEXT、SB_SETSTYLE 的封装并不直观很多资料是直接用 SendMessage 去操作代码可读性差其次颜色管理散落在主窗口的 OnDrawItem 里如果窗格多了、颜色逻辑复杂了维护成本会上升。尤其是当你想让不同窗格拥有不同背景色每个窗格的绘制逻辑都挤在一个 OnDrawItem 分支里那画面会很混乱。再说我选择的重写 OnPaint 路线。这条路线等于把整个状态栏的视觉呈现集中在一处代码里。确定一个窗格的颜色只需要在 OnPaint 里根据窗格索引查一张颜色表填背景、画文字。分隔线和边框我们也可以自行简化处理并不难。付出的代价是状态栏原本那些 3D 浮雕效果需要我们自己决定是模仿还是放弃对于追求扁平化 UI 的现代应用来说这反而是个优势。2.3 为什么我选重写OnPaint而不是WM_DRAWITEM对于一个目标是给 CStatusBar 增加每个 Panel 可独立设置字体颜色和背景颜色的类来说重写 OnPaint 有两个很实际的好处。第一个好处是封装性。颜色配置是状态栏自身的属性应该放在状态栏类内部由 SetPaneColor 这类方法维护。如果走 WM_DRAWITEM 路线颜色信息要么塞进 DRAWITEMSTRUCT 的 itemData要么再额外维护一份映射表跨类传递数据很别扭。而 OnPaint 是类自己的成员函数访问成员变量天经地义代码结构一目了然。第二个好处是稳定性。对于状态栏这种动态变化频繁的控件文本一改就要重绘OnPaint 通过 CPaintDC 拿到的设备上下文是系统帮我们准备好的只需要关注绘制本身。双缓冲处理后重绘时不会闪烁体验也很稳。因此我最终按继承 重写 OnPaint 内部颜色表来做。3. 手写实现继承CStatusBar逐Panel绘制颜色3.1 类的设计颜色表、默认色、重绘开关先看头文件。核心思路是维护一个 std::map键是窗格索引值是该窗格的颜色配置。每项配置包含文字颜色、背景颜色以及两个布尔标记表示这个窗格是否单独设置了文字颜色或背景颜色。这样支持只改文字或只改背景的局部设置。// ColorStatusBar.h #pragma once #include map class CColorStatusBar : public CStatusBar { public: CColorStatusBar(); virtual ~CColorStatusBar(); // 设置指定窗格的颜色索引从0开始 void SetPaneColor(int nIndex, COLORREF clrText, COLORREF clrBk); // 只设置文字颜色 void SetPaneTextColor(int nIndex, COLORREF clrText); // 只设置背景颜色 void SetPaneBkColor(int nIndex, COLORREF clrBk); // 恢复某个窗格为默认颜色 void ResetPaneColor(int nIndex); // 设置整体默认颜色 void SetDefaultColor(COLORREF clrText, COLORREF clrBk); // 是否在窗格间画分隔线 void EnableSeparator(BOOL bEnable) { m_bSeparator bEnable; } protected: struct PaneColorInfo { COLORREF clrText; COLORREF clrBk; BOOL bTextSet; BOOL bBkSet; }; std::mapint, PaneColorInfo m_mapColorInfo; COLORREF m_clrDefaultText; COLORREF m_clrDefaultBk; BOOL m_bSeparator; afx_msg void OnPaint(); DECLARE_MESSAGE_MAP() };这里我把默认文字和背景色设置成了系统色构造函数里用 GetSysColor(COLOR_BTNTEXT) 和 GetSysColor(COLOR_BTNFACE)这样在经典主题和部分浅色主题下未单独设置颜色的窗格看起来跟原始状态栏比较像。3.2 核心绘制代码逐段拆解下面是实现文件我把绘制逻辑拆成几段详细说。// ColorStatusBar.cpp #include pch.h #include ColorStatusBar.h BEGIN_MESSAGE_MAP(CColorStatusBar, CStatusBar) ON_WM_PAINT() END_MESSAGE_MAP() CColorStatusBar::CColorStatusBar() : m_clrDefaultText(GetSysColor(COLOR_BTNTEXT)) , m_clrDefaultBk(GetSysColor(COLOR_BTNFACE)) , m_bSeparator(TRUE) { } CColorStatusBar::~CColorStatusBar() { }颜色设置方法实现如下重点是在修改颜色表后触发重绘。这里我用 Invalidate(FALSE) 而不是 Invalidate()第二个参数 FALSE 表示只使客户区无效不擦除背景在实际使用中能减轻闪烁。void CColorStatusBar::SetPaneColor(int nIndex, COLORREF clrText, COLORREF clrBk) { PaneColorInfo info; info.clrText clrText; info.clrBk clrBk; info.bTextSet TRUE; info.bBkSet TRUE; m_mapColorInfo[nIndex] info; Invalidate(FALSE); } void CColorStatusBar::SetPaneTextColor(int nIndex, COLORREF clrText) { auto it m_mapColorInfo.find(nIndex); if (it ! m_mapColorInfo.end()) { it-second.clrText clrText; it-second.bTextSet TRUE; } else { PaneColorInfo info { clrText, m_clrDefaultBk, TRUE, FALSE }; m_mapColorInfo[nIndex] info; } Invalidate(FALSE); } void CColorStatusBar::SetPaneBkColor(int nIndex, COLORREF clrBk) { auto it m_mapColorInfo.find(nIndex); if (it ! m_mapColorInfo.end()) { it-second.clrBk clrBk; it-second.bBkSet TRUE; } else { PaneColorInfo info { m_clrDefaultText, clrBk, FALSE, TRUE }; m_mapColorInfo[nIndex] info; } Invalidate(FALSE); } void CColorStatusBar::ResetPaneColor(int nIndex) { auto it m_mapColorInfo.find(nIndex); if (it ! m_mapColorInfo.end()) { m_mapColorInfo.erase(it); Invalidate(FALSE); } } void CColorStatusBar::SetDefaultColor(COLORREF clrText, COLORREF clrBk) { m_clrDefaultText clrText; m_clrDefaultBk clrBk; Invalidate(FALSE); }接下来是重头戏 OnPaint。我使用双缓冲先把所有内容画到内存 DC再一次性 BitBlt 到屏幕。这样做最大的原因是状态栏文本更新比较频繁如果直接在客户区 DC 里 FillSolidRect 再画文字很容易出现闪烁。双缓冲是性价比最高、最稳妥的解决办法。void CColorStatusBar::OnPaint() { CPaintDC dc(this); CRect rcClient; GetClientRect(rcClient); if (rcClient.Width() 0 || rcClient.Height() 0) return; CDC dcMem; CBitmap bmp; dcMem.CreateCompatibleDC(dc); bmp.CreateCompatibleBitmap(dc, rcClient.Width(), rcClient.Height()); CBitmap* pOldBmp dcMem.SelectObject(bmp); // 1. 整体填充默认背景 dcMem.FillSolidRect(rcClient, m_clrDefaultBk); // 2. 遍历窗格逐窗格绘制 int nCount GetPaneCount(); for (int i 0; i nCount; i) { CRect rcPane; if (!GetItemRect(i, rcPane)) continue; // 3. 取出当前窗格的自定义颜色没有则使用默认色 COLORREF clrText m_clrDefaultText; COLORREF clrBk m_clrDefaultBk; auto it m_mapColorInfo.find(i); if (it ! m_mapColorInfo.end()) { if (it-second.bTextSet) clrText it-second.clrText; if (it-second.bBkSet) clrBk it-second.clrBk; } // 4. 填充窗格背景 dcMem.FillSolidRect(rcPane, clrBk); // 5. 窗格之间画分隔线模仿状态栏默认的浅凹陷竖线 if (m_bSeparator i 0) { CPen pen(PS_SOLID, 1, GetSysColor(COLOR_BTNSHADOW)); CPen* pOldPen dcMem.SelectObject(pen); dcMem.MoveTo(rcPane.left, rcPane.top); dcMem.LineTo(rcPane.left, rcPane.bottom); dcMem.SelectObject(pOldPen); } // 6. 绘制窗格文本 CString strText; if (GetPaneText(i, strText) !strText.IsEmpty()) { dcMem.SetBkMode(TRANSPARENT); dcMem.SetTextColor(clrText); CFont* pFont GetFont(); if (!pFont) pFont GetParent() ? GetParent()-GetFont() : nullptr; CFont* pOldFont pFont ? dcMem.SelectObject(pFont) : nullptr; // 文本区留出边距并去掉左侧分隔线的干扰 CRect rcText rcPane; rcText.DeflateRect(4, 0); if (i 0) rcText.left 1; // 第一个窗格通常是消息提示窗格左对齐显示其余窗格居中 UINT uFormat DT_VCENTER | DT_SINGLELINE; if (i 0) uFormat | DT_LEFT | DT_END_ELLIPSIS; else uFormat | DT_CENTER; dcMem.DrawText(strText, rcText, uFormat); if (pOldFont) dcMem.SelectObject(pOldFont); } } // 7. 一次性输出到屏幕 dc.BitBlt(0, 0, rcClient.Width(), rcClient.Height(), dcMem, 0, 0, SRCCOPY); dcMem.SelectObject(pOldBmp); }这段代码有几点值得展开说明第一GetItemRect 在窗格还没有完全初始化时可能会失败所以要用返回值做判断直接 continue。不要假设 nIndex 一定有效。第二在窗格之间画分隔线时我没有画整个 3D 边框只画了左侧一条竖线颜色用 GetSysColor(COLOR_BTNSHADOW)。这样最接近传统状态栏的观感又不会把每个窗格画成独立按钮。第三第一个消息窗格左对齐是很关键的体验细节。如果你把所有窗格都画成居中消息提示文字看起来会很奇怪特别是提示较长的时候居中的观感远不如左对齐自然。3.3 双缓冲防闪烁的处理为什么这里必须用双缓冲因为 CStatusBar 的窗格文本可能会被频繁更新。比如你在消息窗格里不断显示实时进度、或者每秒刷新一次时间每次 SetPaneText 都会触发 Invalidate而 OnPaint 里 FillSolidRect 和 DrawText 交替执行如果直接在屏幕上画视觉上会出现明显的闪烁和撕裂感。双缓冲的原理不复杂先在内存中创建一个与客户区大小一致的位置让所有绘制动作作用在内存 DC 上最后用 BitBlt 一次性把整块位图拷贝到窗口 DC。这个过程把多次绘制合并成一次屏幕更新能显著减少闪烁。代码中我使用 CreateCompatibleDC 和 CreateCompatibleBitmap 配对这是标准的 MFC 双缓冲套路。有一点要注意每次 OnPaint 都创建和销毁位图虽然有点开销但对于状态栏这种面积小、重绘频率不算特别高的控件来说完全可以接受。如果你特别在意性能也可以在类里复用位图对象只在尺寸变化时重新创建但那样代码会复杂不少性价比不高。4. 项目接入在VS2019 MFC窗口框架中替换状态栏4.1 改造VS2019 MFC项目向导生成的代码这里要先提醒一个容易踩的坑VS 2019 的 MFC 项目向导默认生成的是 CMFCStatusBar不是 CStatusBar。CMFCStatusBar 继承自 CStatusBar但它是 MFC Feature Pack 里的增强版本自带了很多颜色能力比如它本身就有 SetPaneTextColor 和 SetPaneBackgroundColor。如果你的项目用的是 CMFCStatusBar而且只是要设置某个窗格的颜色完全没必要自己写自绘类直接调 CMFCStatusBar 的现成方法就行。如果你确实在使用经典 CStatusBar或者想完全掌控绘制逻辑那么把 MainFrame 里的 m_wndStatusBar 类型换成 CColorStatusBar 即可。以 VS 2019 MFC 向导生成的多文档项目为例MainFrame.h 里原本是这样protected: CMFCStatusBar m_wndStatusBar;把它改成protected: CColorStatusBar m_wndStatusBar;注意如果你的项目向导生成的代码里MainFrame 使用了很多 CMFCStatusBar 专属特性比如状态栏按钮、增强提示等直接换回 CStatusBar 会丢失这些行为。建议两种情况分开处理要么保持 CMFCStatusBar 且直接使用它自带颜色方法要么从头就是经典 CStatusBar 项目。本文这个类就是为了第二种情况准备的。MainFrame.cpp 的 OnCreate 里原本创建状态栏的代码不需要大改if (!m_wndStatusBar.Create(this)) { TRACE0(Failed to create status bar\n); return -1; } static UINT indicators[] { ID_SEPARATOR, ID_INDICATOR_CAPS, ID_INDICATOR_NUM, ID_INDICATOR_SCRL, }; m_wndStatusBar.SetIndicators(indicators, _countof(indicators));这里 Create 函数的参数仍然适用因为 CColorStatusBar 继承自 CStatusBar创建行为一致。4.2 给不同Panel设置颜色的调用示例创建完状态栏、设置完指示器之后就可以设置颜色了。下面的代码把常见的几个窗格做成不同配色// 第0个窗格消息提示区白底黑字 m_wndStatusBar.SetPaneColor(0, RGB(0, 0, 0), RGB(255, 255, 255)); // 第1个窗格Caps Lock 状态蓝底白字 m_wndStatusBar.SetPaneColor(1, RGB(255, 255, 255), RGB(60, 120, 200)); // 第2个窗格Num Lock 状态绿底白字 m_wndStatusBar.SetPaneColor(2, RGB(255, 255, 255), RGB(0, 160, 0)); // 第3个窗格Scroll Lock 状态橙底白字 m_wndStatusBar.SetPaneColor(3, RGB(255, 255, 255), RGB(200, 100, 0));如果你的窗格是通过命令 ID 固定的而你又只知道这个 ID 不知道索引可以用 CommandToIndex 做转换int nIndex m_wndStatusBar.CommandToIndex(ID_INDICATOR_CAPS); if (nIndex 0) { m_wndStatusBar.SetPaneColor(nIndex, RGB(255, 255, 255), RGB(60, 120, 200)); }这样不管是根据 ID 还是索引管理颜色都能灵活处理。我建议在实际项目里把颜色配置集中到一个初始化函数里比如 InitStatusBarColor这样后面维护的时候只在同一个地方改颜色。4.3 动态更新颜色的真实场景静态设置颜色只是基础真正让这个类发挥价值的是运行时动态改变颜色。我改造的那套项目里有几个典型场景比如网络连接状态。程序启动时联网失败状态栏右下角一个网络状态窗格显示红色背景、白字联网成功后切成绿色背景。只需要在收到网络状态变化通知后调用一次 SetPaneColor 就能完成。再比如数据库连接状态。连接中显示黄色背景连接成功显示绿色背景连接断开显示红色背景。配合一个定时器或者消息通知界面能非常直观地反映系统当前是否健康。我个人的建议是把颜色变更和业务状态解耦。不要在业务代码里到处写 RGB而是在状态变化的地方调用一个更新状态栏视图的方法在里面根据状态定义颜色。这样以后调整配色方案只改一个地方。5. 排查实录常见问题、实测坑点与补充建议5.1 OnPaint里GetPaneText拿不到文本有朋友在把上面的类接入自己的项目后发现窗格背景颜色正常但文字画不出来或者文字变成了空的。最常见的原因是对 Index 的理解偏差。CStatusBar 的 GetPaneText(int nIndex, CString strText) 里的 nIndex 是窗格在状态栏中的索引不是命令 ID。如果你在 SetPaneColor 时传入了命令 ID比如 SetPaneColor(ID_INDICATOR_CAPS, ...)那么颜色表里的索引就会错位GetPaneText 也拿不到正确文本。解决办法很直接在设置颜色前先通过 CommandToIndex 把 ID 转换为索引。我在上一节代码里已经演示了。这一点值得反复强调因为 MFC 里很多方法接收的是 ID而 CStatusBar 的一些自绘相关接口用的是索引混淆之后很难排查。另外如果你在状态栏尚未创建完成时就调用 SetPaneColor可能因为 GetPaneCount 还是 0导致颜色写不进任何有效窗格。建议在 SetIndicators 之后统一设置颜色。5.2 绘制顺序导致颜色被覆盖在早期的实现版本里我先用 DrawEdge 画了 3D 边框再 FillSolidRect 填充背景结果发现背景色把边框线条盖住了一部分窗格边缘变得模糊。后来我把逻辑改成先填充背景色再用画笔画一条分离竖线。这个顺序能保证背景色不会覆盖掉分隔线同时分隔线也不会侵入到文字区域。如果你还想保留更复杂的 3D 边框效果可以先用 DrawEdge BF_ADJUST 调整矩形后再填充内部区域但要注意 DrawEdge 内部使用的系统色会和自定义背景色形成冲突观感不一定好。如果追求现代扁平化 UI我建议直接放弃 3D 边框只用一条 1 像素的暗色竖线做间隔视觉上干净利落。我在代码里保留了 m_bSeparator 开关需要时可以直接关掉。5.3 字体不生效、高DPI下模糊自绘状态下文字字体来自 GetFont()。如果 CStatusBar 没有显式设置过字体GetFont() 可能返回 NULL。这时回退到父窗口字体通常能解决问题因为父窗口一般会有 MFC 框架设定的默认字体。但如果你的程序启用了高 DPI 感知而父窗口字体没有正确跟随 DPI 缩放自绘文字就有可能出现模糊或尺寸不对的问题。稳妥的做法是使用 MFC 的全局字体例如 AfxGetGlobalData()-GetDefaultFont()它在 DPI 变化时会自动调整。在 VS 2019 环境下MFC 框架一般已经处理好了 DPI 适配你只要别在自绘里硬编码字体大小就行。另外文本对齐格式上DT_VCENTER | DT_SINGLELINE 是自绘状态栏最常见的组合。如果你希望文字在超出窗格宽度时显示省略号第一窗格要加 DT_END_ELLIPSIS其他窗格通常内容短不需要省略号。5.4 CMFCStatusBar用户别重复造轮子我在开头提到过VS 2019 的 MFC 向导生成的默认状态栏是 CMFCStatusBar。CMFCStatusBar 自带 SetPaneTextColor 和 SetPaneBackgroundColor如果你只是给窗格换个颜色没必要用本文的自绘方案。但这里也有个新的问题CMFCStatusBar 的颜色方法会有一些全局设置的副作用它的背景色设置会影响整个状态栏区域而不是单个窗格。所以在具体项目中你需要先确认自己的需求是单个窗格独立颜色还是整个状态栏一个颜色。如果是单个窗格CMFCStatusBar 也足够如果是想高度自定义绘制、或者你就是在一个老式 CStatusBar 项目里本文的 CColorStatusBar 类会更灵活。我个人在实际操作中的体会是这类自绘控件的核心价值不在于把窗体画得多花哨而在于让状态信息一眼就能被用户捕捉。黄色、绿色、红色用在关键状态上能大幅降低误判率。一步到位不是目的稳定可控才是。上面这套实现我已经在真实项目里跑了大半年包括消息频繁刷新、窗口大小动态变化、字体切换这些场景都没有出过问题你可以放心拿去改。