简介：针对MFC单文档界面应用的窗口美化需求，这份资源围绕“自己画边框和标题栏”提供了一套可运行的示例工程与实现思路，适合已掌握基本MFC开发、希望告别系统默认外观的开发者。压缩包共32个文件，以C++头文件、源程序、图标和位图素材、Visual Studio工程配置文件及编译后的可执行程序为主，整体仅95KB，结构清晰。示例工程SkinTest演示了从继承CFrameWnd并重写OnEraseBkgnd、OnPaint开始，到利用GDI函数绘制边框与标题栏、响应关闭按钮点击及状态切换的完整流程，同时覆盖了非客户区自绘、位图皮肤加载和DPI兼容性适配等要点。目前已有391人学习，借助其中的代码与说明文件，可以系统理解MFC消息机制和GDI绘图协作，快速复用到自己的项目中。 先说个现象：MFC单文档程序，从VC6时代到现在，默认标题栏都是那个灰不溜秋的系统样式。想改成深色、加个品牌色、或者塞几个自定义按钮，你会发现根本改不动——不是不会改，是根本没有接口给你改。我当年第一次想给项目做一套深色标题栏，网上搜了一圈，方案全是"自绘"，可真正讲清楚原理的没几个，照着抄完各种奇奇怪怪的Bug：拖动卡顿、最大化错位、按钮点不到、系统菜单消失……这篇就把我自己画MFC单文档边框标题栏的完整思路和踩坑过程整理出来，适合已经能跑通MFC单文档工程、想给窗口做定制外观的读者。
1. 为什么默认标题栏改不动：非客户区的"管辖权"问题
先说个很多人一开始没搞明白的点：Windows窗口分成客户区和非客户区。客户区是你的程序能随便画的地方，OnDraw、OnPaint都在这里；标题栏、边框、菜单栏、滚动条这些则是非客户区，绘制权默认在系统手里。系统画标题栏用的不是GDI那么简单，它是根据窗口样式、颜色主题、DPI、激活状态自己合成的，你的程序只能在WM_NCPAINT里面"偷偷"补几笔，没法整体替换。
这也就是为什么"改颜色"这个需求在MFC里显得特别拧巴。你查资料可能会看到有人说在OnNcPaint里画，我一开始也试了，结果发现画上去的东西在窗口拖动、最大化、切换激活状态时会被系统重新绘制盖掉，断断续续像发了癫痫。根本原因在于系统对非客户区的绘制时机你是拦截不干净的。
所以动手之前必须先做选择，自绘标题栏有两条技术路线：
| 方案 | 原理 | 优点 | 缺点 |
|---|---|---|---|
| 非客户区绘制 | 拦截WM_NCPAINT，在系统预留的位置自己画 | 不用动窗口结构，最大化/拖动行为不用重写 | 时机难控制、系统闪烁、深浅模式切换容易露馅，细节多到崩溃 |
| 扩展客户区+自绘伪标题栏 | 用WM_NCCALCSIZE把客户区扩展到整个窗口，把"假标题栏"画在客户区顶部 | 绘制完全可控，随便用GDI/GDI+，状态管理清晰 | 窗口拖动、缩放、按钮、系统菜单全部要从头接管 |
我最终选了第二种，也是很多成熟UI库实际在用的思路。下面所有内容都围绕这条路线展开。
2. 让标题栏"消失"：WM_NCCALCSIZE与扩展客户区的正确姿势
扩展客户区的核心是处理WM_NCCALCSIZE。这个消息是系统在计算窗口客户区大小时发出来的，默认情况下系统会让你留出标题栏和边框的空间，我们把计算后的矩形直接改成整个窗口矩形，客户区就"顶"到了窗口边缘。
先看PreCreateWindow里要做的设置：
BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs) { if (!CFrameWnd::PreCreateWindow(cs)) return FALSE; // 去掉系统标题栏，但保留可缩放边框，否则窗口会失去调整大小的能力 cs.style &= ~WS_CAPTION; cs.style |= WS_THICKFRAME | WS_MINIMIZEBOX | WS_MAXIMIZEBOX; cs.dwExStyle &= ~WS_EX_CLIENTEDGE; return TRUE; }注意这里去掉了WS_CAPTION但没有去掉WS_THICKFRAME，这很关键。WS_THICKFRAME承担了两个职责：窗口边缘的缩放热区，以及最大化时的系统行为。你要是图省事把WS_THICKFRAME也去了，窗口没法拖动边缘缩放了。
然后处理WM_NCCALCSIZE：
void CMainFrame::OnNcCalcSize(BOOL bCalcValidRects, NCCALCSIZE_PARAMS* lpncsp) { if (!bCalcValidRects) { // 窗口隐藏或还原时，走默认逻辑 CFrameWnd::OnNcCalcSize(FALSE, lpncsp); return; } // 客户区扩展为整个窗口 lpncsp->rgrc[0] = lpncsp->rgrc[2]; // 最大化状态要做坐标修正 if (IsZoomed()) { HMONITOR hMon = MonitorFromWindow(m_hWnd, MONITOR_DEFAULTTONEAREST); MONITORINFO mi = { sizeof(mi) }; if (GetMonitorInfo(hMon, &mi)) { // 工作区=屏幕减掉任务栏后的区域 lpncsp->rgrc[0] = mi.rcWork; } } }这里有个很多人会踩的坑：网上流传的老写法是直接把lpncsp->rgrc[0]设为lpncsp->rgrc[2]，或者干脆return 0（等于告诉系统"客户区=全窗口"）。在Windows 7之后这么做会丢失Aero Snap吸附、最大化动画和贴边分屏，因为系统认为你完全放弃了边框管理。修正思路是：最大化时用监视器的工作区填进去，而不是任由窗口矩形超出屏幕边界。
还有一个隐藏雷区：扩展客户区后，系统认为"没有标题栏"，于是双击标题栏最大化、拖动标题栏移动窗口这些行为全部消失。这部分逻辑我们需要自己在WM_NCHITTEST里重新接回来，下一节详细说。
另外一定要处理WM_NCACTIVATE，否则窗口焦点切换时系统会用默认标题栏样式闪一下：
BOOL CMainFrame::OnNcActivate(BOOL bActive) { // 返回TRUE表示激活状态由我们自己绘制，系统不要动 return TRUE; }3. 用OnNcHitTest接管"窗口的命脉"：拖动、缩放与命中判断
扩展客户区之后，整个窗口在系统眼里都是"客户区"，它不知道该在哪里拖动、哪里缩放。这一切都靠WM_NCHITTEST告诉它。这个函数返回的是"鼠标当前位于窗口的哪个功能区"，比如HTCAPTION表示标题栏、HTLEFT表示左边缘、HTCLIENT表示普通客户区。
我们要实现的核心逻辑是：
UINT CMainFrame::OnNcHitTest(CPoint point) { CRect rcWin; GetWindowRect(&rcWin); // 1. 边框缩放热区优先判断，边缘8像素内属于边框 const int nBorder = 8; BOOL bLeft = (point.x >= rcWin.left && point.x < rcWin.left + nBorder); BOOL bRight = (point.x > rcWin.right - nBorder && point.x <= rcWin.right); BOOL bTop = (point.y >= rcWin.top && point.y < rcWin.top + nBorder); BOOL bBottom = (point.y > rcWin.bottom - nBorder && point.y <= rcWin.bottom); if (bLeft && bTop) return HTTOPLEFT; if (bRight && bTop) return HTTOPRIGHT; if (bLeft && bBottom) return HTBOTTOMLEFT; if (bRight && bBottom) return HTBOTTOMRIGHT; if (bTop) return HTTOP; if (bBottom) return HTBOTTOM; if (bLeft) return HTLEFT; if (bRight) return HTRIGHT; // 2. 伪标题栏上的按钮区域，自己接管鼠标状态，所以返回HTCLIENT if (m_rcMinBtn.PtInRect(point) || m_rcMaxBtn.PtInRect(point) || m_rcCloseBtn.PtInRect(point)) return HTCLIENT; // 3. 伪标题栏其余区域，交给系统拖动 if (m_rcTitleBar.PtInRect(point)) return HTCAPTION; return HTCLIENT; }注意三个判断的优先级顺序：边框热区一定在最前面，否则窗口边缘都会被标题栏吞掉，没法缩放；按钮区域要在标题栏之前，否则返回HTCAPTION后，点击按钮系统会当成标题栏拖动处理；最后才是标题栏拖动区和普通客户区。
这里涉及一个很多人迷惑的设计决策：按钮为什么不返回HTCLOSE/HTMINBUTTON/HTMAXBUTTON，而是返回HTCLIENT？
返回HTCLOSE的确能让系统帮你发关闭消息，但系统按钮是我们自己画的，鼠标的悬停、按下、抬起状态变化都需要自己感知。返回HTCLIENT意味着鼠标消息走正常的WM_MOUSEMOVE/WM_LBUTTONDOWN流程，我们就可以在客户区里精确控制按钮状态机，这是一个更可控的设计。
还有一个重要细节：因为WS_CAPTION被去掉了，返回HTCAPTION的时候系统只知道"这地方是标题栏"，但不知道标题栏长多高，所以它拖动窗口时移动的是整个窗口的左上角坐标，行为是正常的，放心用。
4. 自绘"伪标题栏"：图标、标题、按钮的状态机与绘制
边框和命中逻辑搞定，接下来是视觉部分的实现。伪标题栏就是画在客户区顶部的一个矩形区域，高度推荐用系统标准标题栏高度做基准，再根据DPI调整：
void CMainFrame::CalcTitleBarRect() { UINT nDpi = GetDpiForWindow(m_hWnd); int nCaptionH = GetSystemMetricsForDpi(SM_CYCAPTION, nDpi); int nBtnW = GetSystemMetricsForDpi(SM_CXSIZE, nDpi) + 8; CRect rcClient; GetClientRect(&rcClient); m_rcTitleBar = CRect(rcClient.left, rcClient.top, rcClient.right, nCaptionH + 8); m_rcCloseBtn = CRect(rcClient.right - nBtnW, m_rcTitleBar.top, rcClient.right, m_rcTitleBar.bottom); m_rcMaxBtn = m_rcCloseBtn; m_rcMaxBtn.OffsetRect(-nBtnW, 0); m_rcMinBtn = m_rcMaxBtn; m_rcMinBtn.OffsetRect(-nBtnW, 0); }绘制放在OnPaint里，代码大致如下。这里建议把所有界面绘制用GDI+来处理，抗锯齿效果好，文本渲染也比GDI舒服：
void CMainFrame::OnPaint() { CPaintDC dc(this); // 用GDI+双缓冲画，避免UI频繁重绘时闪烁 CMemDC memDC(dc, this); Graphics g(memDC.GetDC().GetSafeHdc()); g.SetSmoothingMode(SmoothingModeAntiAlias); g.SetTextRenderingHint(TextRenderingHintClearTypeGridFit); // 背景填充：根据激活状态选深浅色 Color bkColor = m_bActive ? Color(32, 32, 32) : Color(60, 60, 60); SolidBrush bkBrush(bkColor); g.FillRectangle(&bkBrush, Rect(m_rcTitleBar.left, m_rcTitleBar.top, m_rcTitleBar.Width(), m_rcTitleBar.Height())); // 画标题文本 CString strTitle; GetWindowText(strTitle); // 用PowerToys这类工具改了窗口标题后，GetWindowText依然可靠 // 画按钮：每个按钮根据 m_btnState 画不同背景 DrawButton(g, m_rcMinBtn, L"_", m_btnMinState); DrawButton(g, m_rcMaxBtn, IsZoomed() ? L"❐" : L"□", m_btnMaxState); DrawButton(g, m_rcCloseBtn, L"✕", m_btnCloseState); }按钮的鼠标状态管理是自绘标题栏最容易出Bug的地方。我的做法是维护三个枚举值：Normal、Hot、Pressed，然后在鼠标消息里更新并只重绘对应按钮区域：
void CMainFrame::OnMouseMove(UINT nFlags, CPoint point) { // 先做简单命中判断，更新状态并局部重绘 UpdateButtonState(point, m_rcMinBtn, &m_btnMinState); UpdateButtonState(point, m_rcMaxBtn, &m_btnMaxState); UpdateButtonState(point, m_rcCloseBtn, &m_btnCloseState); // 鼠标离开窗口时重置所有按钮状态 TRACKMOUSEEVENT tme = { sizeof(tme), TME_LEAVE, m_hWnd, 0 }; TrackMouseEvent(&tme); CFrameWnd::OnMouseMove(nFlags, point); }按钮的点击行为在OnLButtonUp里统一处理，注意要在释放时触发而不是按下时触发，这样用户按错按钮还能移走取消，体验更接近原生窗口。特别提醒一个细节：只要鼠标按下时进入了按钮，哪怕移出按钮后释放，也应该在释放时判断m_bPressed && point.PtInRect(btnRect)才触发命令，或者反过来取消命令。我一开始图省事在OnLButtonDown里触发，结果用户想拖个按钮区域边缘，窗口"啪"一下关了，这个教训很深刻。
5. 按钮行为补全与消息逃逸：让窗口像"原生"一样听话
自绘标题栏做到一半，你会发现最大的工作量不在"画"，而在"行为补全"。伪标题栏画好了，但最小化、最大化、关闭、双击、右键菜单、系统菜单这些行为全部要自己接回来。
先看三个按钮的触发逻辑：
void CMainFrame::OnLButtonUp(UINT nFlags, CPoint point) { if (m_rcCloseBtn.PtInRect(point)) { SendMessage(WM_CLOSE); } else if (m_rcMaxBtn.PtInRect(point)) { // 关键：必须走WM_SYSCOMMAND，不能直接ShowWindow if (IsZoomed()) SendMessage(WM_SYSCOMMAND, SC_RESTORE, 0); else SendMessage(WM_SYSCOMMAND, SC_MAXIMIZE, 0); } else if (m_rcMinBtn.PtInRect(point)) { SendMessage(WM_SYSCOMMAND, SC_MINIMIZE, 0); } CFrameWnd::OnLButtonUp(nFlags, point); }为什么最大化必须走WM_SYSCOMMAND而不是ShowWindow(SW_MAXIMIZE)？因为WM_SYSCOMMAND会触发系统完整的状态机：保存当前窗口位置、播放最大化动画、更新工作区计算。直接ShowWindow会出现恢复后窗口位置错乱、贴边分屏失效的问题。这是我实际对比过的差别，强烈建议走系统命令。
然后是双击和系统菜单。把OnLButtonDblClk加进来，判断在标题栏区域内双击就切换最大化/还原。右键弹出系统菜单用TrackPopupMenu：
void CMainFrame::OnRButtonUp(UINT nFlags, CPoint point) { if (!m_rcTitleBar.PtInRect(point)) { CFrameWnd::OnRButtonUp(nFlags, point); return; } // 用ModifyMenu调整菜单项，调用TrackPopupMenu弹出系统菜单 CMenu* pMenu = GetSystemMenu(FALSE); if (pMenu) { ClientToScreen(&point); pMenu->TrackPopupMenu(TPM_RIGHTBUTTON | TPM_LEFTALIGN | TPM_VERNEGANIMATION, point.x, point.y, this); } }Alt+空格快捷键也要处理，在PreTranslateMessage里捕获组合键，然后同样弹出这个菜单，否则用户按Alt+空格发现没反应，会以为是程序没响应。
系统菜单还有个隐藏问题：菜单里的"移动"和"大小"选项依赖非客户区的鼠标捕获逻辑，我们扩展客户区后，这两项会失效。我的处理是直接移除，或者保留"还原/最小化/最大化/关闭"四个基本项。很多商业软件的标题栏右键菜单都只保留基本项，这是通用做法。
最大化和贴边分屏的细节也要单独说：
- 最大化时
GetWindowRect返回的矩形比屏幕工作区大一圈，这是系统为阴影预留的，我们在OnNcCalcSize里已经用工作区修正过客户区，所以自绘部分不会错位。 - 贴边分屏（Win+方向键）依赖WS_THICKFRAME，我们保留了，所以能正常工作。
- 最大化时拖动窗口边缘（此时窗口大小不能变）要自己阻止，否则OnNcHitTest返回HTLEFT会让用户拖出一个超出屏幕的窗口。处理方式：在OnNcHitTest最前面判断
if (IsZoomed()) return HTCAPTION;，很粗暴但有效。
6. 实测中的闪烁问题与边框细节处理
自绘窗口做完了，接下来进入"真机调优"阶段。你拖动窗口边缘缩放时，大概率会遇到两个问题：整片区域狂闪、缩放卡顿。这两个问题都出在重绘机制上。
第一个问题是闪烁。原因是窗口缩放时，系统会先擦除背景（发送WM_ERASEBKGND）再调用OnPaint，而扩展客户区后客户区很大，擦除和重绘交替来回，肉眼看到的就是闪。解决办法：
BOOL CMainFrame::OnEraseBkgnd(CDC* pDC) { // 什么都不做，防止系统擦背景 return TRUE; }然后OnPaint里使用内存DC（MemoryDC）整体绘制，先画到缓冲位图，再一次BitBlt到屏幕。双缓冲+禁止擦除背景这两步一起上，闪烁基本消失。
第二个问题是缩放卡顿。这不是绘制慢，而是OnNcHitTest返回边框热区后，系统不断触发WM_NCCALCSIZE和WM_SIZE，每次都要计算和重绘。优化思路是：在OnNcCalcSize里尽量少做查询操作，比如MonitorFromWindow这种调用在缩放过程中会被频繁触发，可以把结果缓存起来，或者放到定时器里延时更新。还有一个实用技巧：OnSize里只更新标题栏和按钮矩形，不要整体重绘，用RedrawWindow(m_rcTitleBar, NULL, RDW_INVALIDATE | RDW_NOERASE)只刷新顶部区域，能明显降低CPU占用。
然后是边框。我们保留了WS_THICKFRAME，所以窗口边缘还有一条很窄的系统绘制的边框。这条边框会和客户区自绘内容之间出现一条1像素左右的缝隙，特别难看。处理方案有两个：
- 方案A：完全不要系统边框，在PreCreateWindow里去掉WS_THICKFRAME，然后自己在OnNcPaint里画整个边框（包括8个方向的缩放热区用OnNcHitTest模拟）。工作量大，但外观最干净。
- 方案B：保留系统边框，在OnNcCalcSize返回的矩形里，给客户区四周留出1像素边框的偏移，让客户区和边框贴合。代码简单，缺点是系统边框样式无法完全自定义。
我实际项目中选的是方案A：去掉WS_THICKFRAME，自己在窗口四边画一个带半透明阴影的边框。阴影用UpdateLayeredWindow做整窗分层，或者用WS_EX_LAYERED结合PNG背景图，这个做完标题栏才真正有"现代感"。不过阴影会引入另一个复杂度：有阴影时OnNcHitTest的命中区域必须排除阴影透明区，否则鼠标点在阴影上也会触发窗口拖动。这类细节只能靠项目中慢慢磨，没有捷径。
最后补充一下多显示器环境的教训。我最初写的OnNcCalcSize用GetSystemMetrics(SM_CXSCREEN)做最大化判断，结果在双屏环境里最大化窗口直接跑到主屏外面去了。后来统一改用MonitorFromWindow获取鼠标或窗口所在显示器的工作区，才彻底解决。还有DPI在不同显示器之间切换时，标题栏高度和按钮尺寸必须在WM_DPICHANGED里重新计算，否则高分屏上按钮会挤成一团。
做自绘标题栏这件事，技术上不复杂，复杂的是它触摸到的系统机制特别多：非客户区绘制、命中测试、系统菜单、DPI、阴影、多显示器……任何一个环节没处理好，用户都能直接感受到"这窗口不对劲"。我这套方案踩过上面这么多坑之后，在项目里已经稳定运行了两年多，没再出过大问题。如果你也在做类似的自绘窗口，建议按这个顺序来：先跑通OnNcCalcSize扩展客户区，再补OnNcHitTest，然后画按钮、补行为，最后统一做闪烁和阴影优化。每一步验证通过了再进入下一步，排查问题时思路会清晰很多。
本文还有配套的精品资源，点击获取
