C++ 怎么捕获特定进程的独立窗口画面（即使窗口被遮挡）-C++-PHP中文网

必须用PrintWindow，BitBlt无法捕获遮挡窗口真实画面；PrintWindow通过WM_PRINT消息让目标窗口自行绘制到指定HDC，支持最小化窗口，但UWP/Electron等现代框架常不响应。

c++ 怎么捕获特定进程的独立窗口画面（即使窗口被遮挡）

Windows 平台下必须用 `PrintWindow`，`BitBlt` 不行

遮挡窗口无法用 BitBlt（含 GetDC + BitBlt）捕获真实画面，它只读取屏幕合成后的前台像素——被盖住的部分就是黑的或旧内容。真正可行的是 PrintWindow，它绕过 GDI 合成层，直接调用目标窗口的 WM_PRINT 或 WM_PRINTCLIENT 消息让其自行绘制到指定 HDC 中。

但注意：PrintWindow 要求目标窗口支持该消息（绝大多数标准控件和 Win32 窗口都支持），而某些全屏游戏、DirectX/OpenGL 独占渲染窗口、或使用桌面窗口管理器（DWM）禁用的进程可能无响应或返回空白。

必须先用 FindWindowEx 或 EnumWindows + GetWindowThreadProcessId 定位到目标窗口句柄（HWND），不能只靠进程 ID
PrintWindow 第三个参数传 PW_RENDERFULLCONTENT（Win10 1809+）才能捕获包括非客户区、阴影、圆角在内的完整视觉效果；旧系统只能用 PW_CLIENTONLY 或 PW_CHILDREN 组合
目标窗口若处于最小化状态，PrintWindow 仍可成功，但部分 UWP 应用或沙盒进程会拒绝响应

如何安全获取目标进程的所有顶层窗口

一个进程可能有多个 HWND（如主窗口 + 对话框 + 工具栏），仅靠进程 ID 查 EnumWindows 不够：它枚举的是全局窗口，需逐个比对 GetWindowThreadProcessId 结果；且要过滤掉不可见、已销毁或属于其他桌面（如 WinLogon 桌面）的窗口。

调用 EnumWindows 前，先用 OpenInputDesktop 确保在默认交互桌面（winsta0\default），否则收不到大多数用户窗口
对每个候选 HWND，用 IsWindowVisible 和 IsWindow 双重校验有效性，避免访问已释放句柄
用 GetClassName 和 GetWindowText 辅助识别——比如 Chrome 多窗口时，主窗口类名通常是 Chrome_WidgetWin_1，而标签页是子窗口，不响应 PrintWindow

内存 DC + `PrintWindow` 的典型代码结构

关键不是“怎么截图”，而是“怎么让目标窗口把内容画进你的缓冲区”。必须创建兼容 DC 和 DIBSection，否则位图数据无法稳定导出。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

HDC hdcScreen = GetDC(NULL);
HDC hdcMem = CreateCompatibleDC(hdcScreen);
BITMAPINFO bmi = {0};
bmi.bmiHeader.biSize = sizeof(bmi.bmiHeader);
bmi.bmiHeader.biWidth = width;
bmi.bmiHeader.biHeight = -height; // top-down DIB
bmi.bmiHeader.biPlanes = 1;
bmi.bmiHeader.biBitCount = 32;
bmi.bmiHeader.biCompression = BI_RGB;
HBITMAP hbm = CreateDIBSection(hdcMem, &bmi, DIB_RGB_COLORS, &bits, NULL, 0);
SelectObject(hdcMem, hbm);
// 此时 hdcMem 已绑定有效位图缓冲区
PrintWindow(hwndTarget, hdcMem, PW_RENDERFULLCONTENT);
// bits 指针现在指向 RGBA 像素数据
ReleaseDC(NULL, hdcScreen);
DeleteDC(hdcMem);
DeleteObject(hbm);

biHeight 设为负值才能得到 top-down DIB，否则图像上下颠倒
务必检查 PrintWindow 返回值：成功返回非零，失败几乎总是因目标窗口拒绝绘制（返回 0），此时换用 PW_CLIENTONLY 再试一次
不要用 GetDIBits 从 HBITMAP 二次读取——直接用 bits 指针，避免额外拷贝和格式转换开销

UWP、Electron、Qt Quick 等现代框架的兼容性现实

这些框架大多禁用 WM_PRINT 或将其转为无操作。例如：

UWP 应用（如 Microsoft Store 版微信）对 PrintWindow 完全静默，返回 0；唯一可行路径是 Windows Graphics Capture API（GraphicsCaptureItem），但它要求目标窗口启用 EnableCustomScaleFactor 且调用方有桌面扩展权限（需用户手动授权弹窗）
Electron 13+ 默认禁用 WM_PRINT，需启动时加 --disable-features=msaa-gpu 并设置 app.disableHardwareAcceleration() 才可能生效（不推荐，性能崩坏）
Qt Quick 窗口若启用了 QQuickWindow::setSceneGraphBackend(QSGRendererInterface::OpenGLRhi)，PrintWindow 就失效；回退到 Raster 后端才可能支持

所以，没有银弹。能用 PrintWindow 成功捕获，说明目标程序是传统 Win32 架构；一旦失败，大概率得切到 Graphics Capture（仅 Win10 1809+）、或接受降级方案（如录屏 API + 窗口置顶模拟）。最常被忽略的一点：即使代码全对，目标进程也可能因签名策略、调试器附加、或运行在低完整性级别而直接忽略你的绘制请求。