MFC复刻QQ截图工具：全局热键、遮罩绘制与高DPI避坑指南

简介：基于MFC对话框框架实现的QQ风格截图工具完整项目，面向具备C++/MFC基础的Windows开发者，用于学习截屏交互、区域选择、图像处理与程序异常处理等综合能力。压缩包共43个文件，约80.54MB，包含5个cpp与8个h工程源码、VS解决方案与项目配置，以及图标、位图、按钮素材等UI资源，另附Release可执行文件，可直接运行验证功能。项目具体呈现鼠标放大镜预览、矩形选区拖动、非客户区消息处理、GDI+图像绘制、文件和剪贴板异常捕获等关键编码细节，并涵盖基于对话框的主界面搭建、窗口列表管理及发布配置，完整还原开发流程。已有473人学习，适合希望对照完整工程结构理解MFC窗口与消息机制、继而自行扩展截图功能的MFC学习者。

1. 用 MFC 复刻 QQ 截图工具：先想清楚要做什么

很多人以为做一个「MFC 实现 QQ 截图工具」最难的是画选区框，真正动手才发现，遮罩层怎么做到不闪、热键怎么稳定触发、高分屏下坐标怎么对齐，这三件事才是翻车重灾区。这个方向适合两类读者：一类是要在自家产品里嵌一个轻量截图能力，另一类是想系统练一遍 Win32 消息、位图操作和 GDI/GDI+ 绘制的桌面开发者。它不需要你碰复杂的图形引擎，但能让你把窗口样式、剪贴板、双缓冲这些桌面基本功一次补齐。下面的方案按「骨架 → 抓屏与遮罩 → 选区交互 → 避坑 → 收尾」推进，跟着步骤走，两周内可以做出能用的第一版。

2. 先搭骨架：对话框程序、全局热键与截图状态机

截图工具的第一版往往不翻车在绘图上，而是翻车在程序结构上。主程序要在后台常驻、按热键才弹界面；截屏过程要完全接管鼠标；取消、保存、再次触发热键这些分支都要能干净退出。这些行为靠一个全局状态机串起来，比散落一地的布尔变量可靠得多。

2.1 选型对比：对话框底座加全屏子窗口

MFC 向导默认生成单文档或多文档程序，但截图工具不该用它们。常见做法是做一个基于CDialog的主程序，常驻后台，热键按下后弹出一个全屏无边框的模态对话框来执行截屏与选区。先看三种方案的取舍：

我一般会选第一套：主对话框负责注册热键、维护状态，截屏对话框只干截屏一件事。两端通过成员变量传值，比如把虚拟屏幕矩形和最终选区都放在截屏对话框上，主程序DoModal()返回后直接取。这样的边界对后续加标注、加保存格式都很友好。

截屏对话框本身用普通对话框模板，但样式要改：去掉标题栏和系统菜单，运行时置顶全屏。模板里设WS_POPUP，然后在OnInitDialog里把窗口铺满屏幕：

BOOL CCaptureDlg::OnInitDialog() { CDialog::OnInitDialog(); // m_rcScreen 在 DoModal 之前由主程序赋值 SetWindowPos(&wndTopMost, m_rcScreen.left, m_rcScreen.top, m_rcScreen.Width(), m_rcScreen.Height(), SWP_SHOWWINDOW); // 去掉标题栏和边框 ModifyStyle(WS_CAPTION | WS_THICKFRAME, 0, SWP_FRAMECHANGED); // 光标换成十字，选区手感才正常 SetCursor(::LoadCursor(nullptr, IDC_CROSS)); return TRUE; }

这里的wndTopMost是 MFC 提供的置顶辅助对象，意思相当于把窗口提到 Z 序最顶端；SWP_FRAMECHANGED必须带上，否则样式改了但窗口边框信息没刷新。注意置顶窗口只能保证不被普通窗口盖住，全屏游戏或 UAC 弹层场景下仍然可能失效，这一点后面避坑章会再提。

2.2 全局热键注册与主程序驻留

全局热键是截图工具的入口，「Ctrl+Shift+A」这类组合要用RegisterHotKey注册到主窗口，而不是在截屏对话框里注册。注册要放在主程序的OnInitDialog，并检查返回值，因为组合键可能被其他程序占用。

BOOL CMainDlg::OnInitDialog() { CDialogEx::OnInitDialog(); // 注册全局热键 Ctrl+Shift+A，自定义消息 ID 0x9100 BOOL bOK = RegisterHotKey(m_hWnd, 0x9100, MOD_CONTROL | MOD_SHIFT, 'A'); if (!bOK) { // 组合键被占用时给出明确提示，而不是静默失败 AfxMessageBox(_T("热键注册失败，可能被其他程序占用")); } // 隐藏任务栏按钮，让主程序更像后台驻留工具 ModifyStyleEx(WS_EX_APPWINDOW, WS_EX_TOOLWINDOW); return TRUE; }

RegisterHotKey的参数依次是接收消息的窗口句柄、自定义热键 ID、修饰键组合、虚拟键码。修饰键里MOD_CONTROL对应 Ctrl，MOD_SHIFT对应 Shift，MOD_ALT对应 Alt；第四参可以直接传'A'，虚拟键码和字符码在小写字母区域是等价的。热键消息统一走WM_HOTKEY，在消息映射里挂一个处理函数：

ON_MESSAGE(WM_HOTKEY, &CMainDlg::OnHotKey) LRESULT CMainDlg::OnHotKey(WPARAM wParam, LPARAM lParam) { if (wParam != 0x9100) return 0; if (m_nState != ST_IDLE) return 0; // 防止热键重入 CCaptureDlg dlg; dlg.m_rcScreen = GetVirtualScreenRect(); m_nState = ST_CAPTURING; if (dlg.DoModal() == IDOK) { // 选区、截图结果都放在 dlg 成员里 m_lastRegion = dlg.m_rcSelect; } m_nState = ST_IDLE; return 0; }

两个细节值得说。一是DoModal()会自己开一个模态消息循环，所以从热键回调里直接调用它是安全的，不会出现「消息泵被阻塞导致热键再触发」的问题；真正要防的是重入，也就是上一次截图还没结束又按了一次热键，所以前面m_nState的判断必须放在最前面。二是主程序常驻后台不代表它不能有界面，把窗口最小化到托盘属于产品层打磨，第一版先保持普通窗口但隐藏任务栏按钮即可，省去托盘图标的整套消息。

2.3 截图状态机：从热键按下到选区的消息流转

截屏对话框内部至少要区分五个状态：空闲、抓屏完成、正在选区、正在标注、正在保存。用一个枚举而不是一堆布尔值，是因为同一张鼠标消息在不同状态下意义完全不同——在选区状态下按下左键是选区的开始，在标注状态下按下左键是画一个箭头，没有状态机就只能到处 if 嵌套。

enum CaptureState { ST_IDLE, // 空闲 ST_CAPTURING, // 已抓屏，正在显示遮罩 ST_SELECTING, // 正在拖拽选区 ST_ANNOTATING, // 选区完成，进入标注 ST_SAVING // 保存或复制到剪贴板 };

状态切换只在明确的消息处理点发生：对话框初始化完成后进入ST_CAPTURING；鼠标左键按下进入ST_SELECTING；左键抬起且选区有效进入ST_ANNOTATING；点保存按钮或按回车进入ST_SAVING，完成后EndDialog。每个分支入口都先检查当前状态，不符合就直接返回，这就是状态机对消息风暴的天然过滤作用。

我见过不少半成品的截图工具，把「是否在选区中」「是否已经开始拖拽」「是否在标注模式」各用一个bool存，鼠标一快状态就错乱，比如抬笔之后还能继续扩大选区。用枚举之后这类问题基本绝迹。选中状态机后，接下来第 3 章解决的是截图工具的第一眼体验：抓屏速度、遮罩效果和重绘流畅度。

3. 全屏捕获与遮罩绘制：双缓冲和脏矩形是体验分水岭

按下热键后 100 毫秒内看到全屏遮罩，这是截图工具的基本体验底线。做到这一点需要三件事：抓屏要快、遮罩要稳、重绘要省。第 3 章把这三件事拆开讲，每一件都能直接抄。

3.1 抓屏最小实现：桌面 DC 与 BitBlt

截屏的本质是把桌面 DC 的内容拷进一张位图。MFC 里最直接的方式是GetDC(nullptr)拿到桌面 DC，再用兼容内存 DC 做一次BitBlt：

// 全屏抓屏，结果写入 CBitmap，调用方负责释放 bool CaptureScreen(CBitmap& bmp, const CRect& rcScreen) { CDC dcScreen; dcScreen.Attach(::GetDC(nullptr)); // 桌面 DC CDC memDC; memDC.CreateCompatibleDC(&dcScreen); bmp.CreateCompatibleBitmap(&dcScreen, rcScreen.Width(), rcScreen.Height()); CBitmap* pOld = memDC.SelectObject(&bmp); memDC.BitBlt(0, 0, rcScreen.Width(), rcScreen.Height(), &dcScreen, rcScreen.left, rcScreen.top, SRCCOPY); memDC.SelectObject(pOld); ::ReleaseDC(nullptr, dcScreen.Detach()); return true; }

BitBlt的源坐标直接传rcScreen.left和rcScreen.top，不要先对负坐标做归零处理——虚拟屏幕的坐标原点在主屏左上角，扩展屏在主屏左边时源坐标就是负的，BitBlt完全支持负坐标，裁掉反而会让扩展屏区域变黑。SRCCOPY是整块覆盖，不需要任何透明度处理，速度也最快；一张 4K 屏在毫秒级就能拷完。

要注意CreateCompatibleBitmap用的是桌面 DC，而不是窗口 DC，两者兼容性在当前场景下基本等价，但桌面 DC 更保险，因为截屏目标就是整个虚拟屏幕。抓屏完成后，这张位图会被保存为截屏对话框的成员变量m_screenBmp，后续遮罩绘制、选区保存都从它取数据。

3.2 遮罩绘制：半透明黑与选区镂空

遮罩层做起来有几个误区：有人用WS_EX_LAYERED半透明窗口叠在桌面上，结果截图工具一运行，鼠标点不到选区；有人直接在原图上画一块不透明黑，把桌面信息全盖住。正确做法是：截屏对话框是全屏普通窗口，OnPaint里先把抓屏位图整个贴上去，再用 GDI+ 在非选区区域覆盖一层 120 左右透明度的黑色。

void CCaptureDlg::DrawMask(CDC& dc) { // GDI+ 在 OnInitDialog 里已经 GdiplusStartup 过 Graphics g(dc.GetSafeHdc()); SolidBrush maskBrush(Color(120, 0, 0, 0)); // 半透明黑 Rect rcScreen(0, 0, m_rcScreen.Width(), m_rcScreen.Height()); Region bg(rcScreen); if (!m_rcSelect.IsRectEmpty()) { // 选区在窗口坐标系里的位置 Rect rcSel(m_rcSelect.left - m_rcScreen.left, m_rcSelect.top - m_rcScreen.top, m_rcSelect.Width(), m_rcSelect.Height()); Region sel(rcSel); bg.Exclude(&sel); // 遮罩范围 = 全屏去掉选区 } g.FillRegion(&maskBrush, &bg); }

这段代码的关键是Region::Exclude，它让遮罩的数学表达非常干净：全屏区域减去选区区域，剩下的地方涂半透明黑。120 的 alpha 是经验值，太黑看不清桌面内容，太浅则选区边界没有对比感。选区边框另外画，常见的做法是亮蓝色 2px 矩形，这部分代码量小但很体现细节，画在遮罩之后。

GDI+ 的绘图效率对静态遮罩完全够用，但进入鼠标拖拽后，如果每次都重算全屏 Region 再 Fill，CPU 就会明显抬头。所以交互阶段要用到下面的脏矩形方案。

3.3 双缓冲加脏矩形：让选区拖动不闪

闪烁的根源是窗口在重绘时先被系统刷成背景色，再贴上画面，人眼在黑白交替之间看到的就是闪。解决办法有两个，缺一不可：重写OnEraseBkgnd返回TRUE，让系统不擦背景；再配合内存 DC 做双缓冲，所有绘制先在内存里完成，最后一次性BitBlt上屏。

BOOL CCaptureDlg::OnEraseBkgnd(CDC* /*pDC*/) { return TRUE; // 禁止系统擦背景，避免闪烁 } void CCaptureDlg::RefreshSelectArea(const CRect& rcOld, const CRect& rcNew) { // 新老框合并成一个脏矩形，外扩 2px 预留边框空间 CRect rcUnion = rcOld | rcNew; rcUnion.InflateRect(2, 2); CClientDC dc(this); CDC memDC; memDC.CreateCompatibleDC(&dc); CBitmap memBmp; memBmp.CreateCompatibleBitmap(&dc, rcUnion.Width(), rcUnion.Height()); CBitmap* pOld = memDC.SelectObject(&memBmp); // 1. 从原始屏拷回脏矩形区域，消除上一帧的遮罩和框 memDC.BitBlt(0, 0, rcUnion.Width(), rcUnion.Height(), &m_bmpScreenDC, rcUnion.left, rcUnion.top, SRCCOPY); // 2. 只在这个脏矩形里重画遮罩和新区选框 DrawMaskOnDC(&memDC, rcUnion, rcNew); // 3. 一次性上屏 dc.BitBlt(rcUnion.left, rcUnion.top, rcUnion.Width(), rcUnion.Height(), &memDC, 0, 0, SRCCOPY); memDC.SelectObject(pOld); }

这里的血泪经验集中在两点。第一，InflateRect(2, 2)不能省，选区边框有 2px 描边，不把旧框外扩 2px，上一帧的蓝色边就会残留成一条拖尾。第二，rcOld | rcNew是 MFC 提供的矩形合并运算，等价于取两个矩形的包围盒，它保证鼠标快速移动时不会出现中间区域没刷新的破洞；如果贪省事只重画新矩形，你会发现拖快一点选区后面全是横线。这套脏矩形方案把每次鼠标移动的重绘面积从整屏降到几百像素宽，任务管理器里 CPU 占用会稳定在个位数。

4. 选区交互与窗口识别：橡皮筋框、坐标换算与控件吸附

截图的用户体感有一半来自选区交互：按下左键拖出矩形、松手定格、光标移到某个窗口边缘自动吸附。这一章把交互链路上的三个核心点讲透，顺序是鼠标消息处理、窗口识别、坐标体系统一。坐标统一是这里最容易埋雷的地方，所以放在最后重点说。

4.1 橡皮筋选区：按下、拖动、归一化与抬起

截屏对话框的鼠标消息处理放在CCaptureDlg里，左键按下记录起点，移动时更新矩形，抬起时结束选区。橡皮筋效果的本质是维护当前矩形和上一帧矩形的差集，只刷新差集区域，性能才扛得住连续拖动。

void CCaptureDlg::OnLButtonDown(UINT nFlags, CPoint point) { m_ptStart = m_ptEnd = point; m_rcSelect.SetRectEmpty(); m_nState = ST_SELECTING; SetCapture(); // 保证鼠标移出窗口也能收到消息 } void CCaptureDlg::OnMouseMove(UINT nFlags, CPoint point) { if (m_nState != ST_SELECTING) return; CRect rcOld = m_rcSelect; m_ptEnd = point; m_rcSelect = CRect(m_ptStart, m_ptEnd); m_rcSelect.NormalizeRect(); // 从右下往左上拖时，修正矩形方向 RefreshSelectArea(rcOld, m_rcSelect); } void CCaptureDlg::OnLButtonUp(UINT nFlags, CPoint point) { if (m_nState != ST_SELECTING) return; ReleaseCapture(); m_rcSelect.NormalizeRect(); // 小于 4px 的框视为误触，直接退出截图 if (m_rcSelect.Width() < 4 || m_rcSelect.Height() < 4) EndDialog(IDCANCEL); else m_nState = ST_ANNOTATING; }

这个实现里最容易踩坑的是NormalizeRect。用户从右下往左上拖时，CRect(m_ptStart, m_ptEnd)会产生 left 大于 right、top 大于 bottom 的矩形，后续所有Width()、Height()、InflateRect全都会算错，选区会以奇怪的方式跳动。MFC 的CRect::NormalizeRect()专门处理这件事，必须在每次更新后立刻调用。SetCapture和ReleaseCapture要成对出现；忘了ReleaseCapture会导致后续所有鼠标消息都进这个窗口，主程序再也点不了其他东西，只能杀进程。

4.2 窗口识别：从 WindowFromPoint 到顶层窗口吸附

QQ 截图的光标移到窗口上会自动高亮边缘，实现路径并不复杂：WindowFromPoint拿到光标下的窗口句柄，但这里有个专业陷阱——它返回的往往是窗口里最深层的那颗按钮或文本框，而不是用户感知中的那个顶层窗口。比如鼠标停在某个软件标题栏的按钮上，拿到的句柄是按钮，不是主窗口。

解决办法是拿到句柄后往根上找。GetAncestor配合GA_ROOT一步到位，比循环调GetParent干净得多：

HWND FindCaptureTarget(POINT pt) { HWND hWnd = ::WindowFromPoint(pt); if (!hWnd) return nullptr; // 直接取根窗口，避免 GetParent 在 owner 窗口上绕圈 hWnd = ::GetAncestor(hWnd, GA_ROOT); // 不可见窗口和过窄的工具栏不吸附 if (!::IsWindowVisible(hWnd)) return nullptr; CRect rc; ::GetWindowRect(hWnd, &rc); if (rc.Width() < 10 || rc.Height() < 10) return nullptr; return hWnd; }

GetAncestor(hWnd, GA_ROOT)返回窗口所属的顶层根窗口，不管是子控件、弹窗还是普通窗口，都会被统一到用户看到的那一层。尺寸过滤是为了避免鼠标停在滚动条或工具栏上时，吸附出一个 8 像素宽的怪异高亮。在选区交互里，这个函数会在OnMouseMove中调用，一旦发现光标下有候选窗口且当前还没有按下左键，就把候选窗口矩形作为临时选区画出来，形成「吸附」效果。

4.3 多显示器与高 DPI 下的坐标统一

坐标体系是最隐蔽的雷。抓屏位图用的是物理像素，而鼠标消息在未声明 DPI Aware 的进程中返回的是逻辑坐标，两者的比值随系统缩放比例变化。系统缩放设为 150% 时，逻辑坐标要乘 1.5 才是物理坐标，不做处理就会出现选区永远偏左上、截下来的图对不上光标。

// CWinApp::InitInstance 的最前面调用，必须在任何窗口创建之前 ::SetProcessDpiAwareness(PROCESS_SYSTEM_DPI_AWARE);

调用之后，进程收到的鼠标坐标就是物理像素，和抓屏位图完全同坐标系。另一种更现代的做法是在程序清单里声明 PerMonitorV2，但清单方式对 MFC 程序的热更新不友好，改完要重新生成资源；SetProcessDpiAwareness在代码里一行搞定，调试时改起来也快，第一版用这个足够。

虚拟屏幕范围同样是个细节：GetSystemMetrics(SM_CXSCREEN)只返回主屏宽度，双屏场景下扩展屏会截出黑块。完整范围必须用下面四个参数组合：

CRect GetVirtualScreenRect() { CRect rc; rc.left = ::GetSystemMetrics(SM_XVIRTUALSCREEN); rc.top = ::GetSystemMetrics(SM_YVIRTUALSCREEN); rc.right = rc.left + ::GetSystemMetrics(SM_CXVIRTUALSCREEN); rc.bottom = rc.top + ::GetSystemMetrics(SM_CYVIRTUALSCREEN); return rc; }

这套虚拟屏幕矩形在热键回调里计算一次，传给截屏对话框，抓屏的位图尺寸、窗口的铺屏范围、脏矩形的坐标换算全部基于它。一个容易忽略的点：用户在拖动过程中改了屏幕分辨率或缩放比例，Windows 会发WM_DISPLAYCHANGE，截屏对话框应该监听这个消息并重新取虚拟屏幕范围，否则抓屏底图尺寸和窗口尺寸就对不上了。第一版如果不做动态响应，至少要保证进入截屏时读取的是最新值，这能省掉一大部分「为什么扩展屏上有时黑有时不黑」的玄学问题。

5. 截图工具常见问题与排查：热键失效、黑块、DPI 偏移与拖尾

这一章是实战里最常见的四个翻车现场，每条都按「现象 → 原因 → 解决」来写。截图工具的很多问题不是逻辑写错，而是对 Windows 的窗口机制和坐标系理解不到位，排查思路比代码本身更重要。

5.1 热键按下没反应，或者按一次弹出两个截屏窗口

现象：Ctrl+Shift+A 偶尔完全无效；调试时按一次热键，弹出了两层全屏遮罩。

原因：热键注册失败时没有提示，静默失败导致用户以为代码有问题；重入则是主程序的m_nState没有在进入DoModal前设置为非空闲状态，第二次热键进来又走了一遍创建流程。

解决：注册时检查RegisterHotKey返回值，失败就弹出明确提示告知组合键被占用；热键处理函数开头加状态保护，代码如下：

LRESULT CMainDlg::OnHotKey(WPARAM wParam, LPARAM lParam) { if (wParam != 0x9100) return 0; if (m_nState != ST_IDLE) return 0; // 正在截屏中，忽略本次热键 // ...进入截图流程 return 0; }

如果热键间歇性失效，优先怀疑两个方向：一是其他后台程序抢占了相同组合键，比较常见的是输入法或远程控制软件；二是程序以管理员权限运行时，普通权限进程的全局热键会被屏蔽，这种场景需要把权限级别统一后再验证。

5.2 截到的画面有黑块，视频播放区是黑的

现象：选区框位置正确，但保存下来的截图里，视频播放器、某些硬件加速页面的区域是黑块或花屏。

原因：这是 GDI 抓屏的硬边界。BitBlt从桌面 DC 拷贝的画面，是 Windows 合成器合成后的输出，但部分程序走了硬件覆盖层或独占显示路径，这些内容不会出现在普通桌面 DC 上，传统 GDI 抓屏抓不到。

解决：不要试图在 GDI 层面绕过去，这不现实。常见做法是抓屏后进行黑块检测：扫描位图中大面积的纯黑矩形，提示用户切换到窗口模式再截；如果产品对这部分内容有硬性要求，就需要把采集后端替换成 DXGI 桌面复制方案，MFC 这边保留一个采集接口抽象，上层代码不变，底层切换实现。第一版用 GDI 抓屏没有任何问题，但要清楚这个边界，避免上线后被这类截图场景打个措手不及。

5.3 高 DPI 下选区偏移，截的内容对不上光标

现象：系统缩放 150% 时，拖出来的选区矩形的实际位置比光标偏左上，截下来的内容错位。

原因：进程没有声明 DPI Aware，鼠标消息走的是逻辑坐标，而CreateCompatibleBitmap和BitBlt用的是物理像素，两套坐标系混在同一份代码里，偏移量等于缩放比例的倍数。

解决：在InitInstance最前面调用SetProcessDpiAwareness(PROCESS_SYSTEM_DPI_AWARE)，确保鼠标坐标和抓屏位图都是物理像素。注意这个调用必须在任何窗口创建之前执行，放在OnInitDialog里已经太晚。改完代码后，程序需要完全退出再重启才能生效，很多人在调试时只重新编译不重启进程，误以为没改对。

5.4 选区边框拖尾与窗口闪烁

现象：快速拖动选区时，上一帧的蓝色边框还留在屏幕上，形成一条明显的拖尾；切换选区方向时，整个窗口闪一下白。

原因：拖尾是脏矩形没有外扩描边宽度，旧边框的 2px 像素没有被清干净；闪烁是OnEraseBkgnd没有拦截，系统在每帧重绘前把窗口刷成白色背景，和抓屏画面交替出现。

解决：RefreshSelectArea里InflateRect(2, 2)是必须项；同时重写OnEraseBkgnd：

BOOL CCaptureDlg::OnEraseBkgnd(CDC* /*pDC*/) { return TRUE; // 背景擦除交给 OnPaint 的双缓冲 }

返回TRUE会阻止系统填充背景，窗口的每一帧画面都由内存 DC 完整覆盖，闪烁和拖尾会同时消失。如果做了这个改动仍然闪，检查RefreshSelectArea里是否会偶发跳过某一块脏矩形，比如rcOld | rcNew之前没有先NormalizeRect，矩形合并结果可能把区域算错，导致局部残留。

6. 进阶收尾：标注工具栏、剪贴板链路与验证清单

截图工具做到选区能拖动、保存正常，只能算完成了 60%。剩下的差距在标注能力和最后一步的收尾链路：标注工具决定用户能不能在截图里画重点，剪贴板链路决定截图能不能直接粘到聊天窗口。这两个点做完，这个工具才真正有可用性。

6.1 标注工具栏：GDI+ 画矩形、箭头与文字

标注的核心是在选区位图上继续画。用 GDI+ 的Graphics对象直接绑定选区 DC，画矩形和箭头只需要很短的代码：

// pDC 是截屏对话框当前绘图上下文 Graphics g(pDC->GetSafeHdc()); Pen pen(Color(255, 230, 80, 40), 3.0f); // 橙色 3px 画笔 pen.SetStartCap(LineCapRound); pen.SetEndCap(LineCapRound); g.DrawLine(&pen, ptStart.X, ptStart.Y, ptEnd.X, ptEnd.Y); // 箭头三角 Point pts[3] = { Point(ptEnd.X, ptEnd.Y - 6), Point(ptEnd.X, ptEnd.Y + 6), Point(ptEnd.X + 12, ptEnd.Y) }; SolidBrush brush(Color(255, 230, 80, 40)); g.FillPolygon(&brush, pts, 3);

Pen的画线与FillPolygon的三角组合，是箭头标注的最小实现；文字标注用DrawString，字体建议指定系统自带的中文字体族，避免在用户机器上因缺少字体而显示方块。工具栏本身可以做成一个小的CDialog悬浮在选区下方，按钮对应矩形、箭头、文字、撤销四种模式，点击后修改状态机的标注值即可。GDI+ 的响应速度对单帧绘制没有压力，标注阶段不需要双缓冲，因为每次操作都是一次性的重绘。

6.2 收尾链路：剪贴板与 PNG 保存

标注完成后，两张出口要走通：保存文件和复制到剪贴板。MFC 里从内存位图到文件的推荐路径是CImage，它自带Save方法，格式选 PNG，体积小且无损，这也是 QQ 截图默认的图片格式：

CImage img; CImage tmp; // CBitmap 先 Detach 成 HBITMAP，再挂给 CImage tmp.Attach((HBITMAP)m_screenBmp.Detach()); img.Copy(tmp); img.Save(_T("capture.png"), Gdiplus::ImageFormatPNG);

剪贴板这块用CF_DIB格式，这样截图可以直接粘贴到聊天输入框或文档里。构造 DIB 数据需要把BITMAPINFO和像素数据打包成一块内存，代码量不大但容易在内存释放上翻车，建议封装成独立函数，并明确调用方负责GlobalFree。这两条链路是截图工具的「最后一公里」，做不通用户就会觉得这工具截了图却没办法带走。

6.3 验证清单与继续打磨的方向

收尾前跑一遍完整的验证清单，能避免把明显问题带到正式环境：

我现在的习惯是先把状态机和坐标统一写好，再去调样式和标注，因为这两处是后续所有功能的底座。很多截图工具的翻车都是从「临时加一个模式」开始，状态枚举一变，消息处理全要跟着改。如果你也需要跨平台或嵌入 Web 产品，这套编号的遮罩绘制和脏矩形思路可以直接迁移，底层换成对应平台的接口即可。这个 MFC 方向适合做内部效率工具，也适合作为理解桌面图形栈的练习题，做完一遍，Windows 的窗口消息、GDI/GDI+ 和剪贴板机制基本就通了。希望帮到你。

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