Electron的setContentProtection()会被哪个层级的API捕获？
Electron的setContentProtection()功能实际上是对底层操作系统（Windows和macOS）提供的窗口保护API的一层封装。要理解它在哪个层级生效，我们需要把它放到我们之前讨论的API层级中进行分析。
这个功能的核心原理是：它向操作系统的窗口管理器（DWM on Windows）发出一个指令，告诉它：“这个窗口的内容是受保护的，请不要将它的像素数据提供给任何标准的截屏或录制API。”
在Windows上，这通常是通过调用SetWindowDisplayAffinity这个Win32 API函数，并传入WDA_MONITOR标志来实现的。
下面我们来分析各个层级对这个保护措施的反应。
在哪个层级会被阻断 (Protection is Effective)
结论：所有常规的、工作在操作系统软件层面的截屏API，都会被这个功能有效阻断。
-
层级三: Windows Graphics Capture (WGC)
- 结果：被阻断。
- 原因：WGC是现代且“守规矩”的API。当它请求捕获一个被
setContentProtection保护的窗口时，操作系统的窗口管理器(DWM)会收到这个请求，但因为它知道这个窗口有WDA_MONITOR保护标志，所以DWM不会提供真实的窗口内容，而是直接返回一个黑色的画面。你可能会看到捕获的黄色边框，但里面的内容是全黑的。会议软件（Teams, Zoom）和OBS的WGC模式都属于这一层。
-
层级二: DXGI Desktop Duplication API
- 结果：被阻断。
- 原因：这个API捕获的是由DWM合成好的最终桌面图像。由于DWM在合成桌面时已经根据保护标志将那个特定窗口的区域渲染成了黑色，所以DXGI捕获到的整个桌面图像中，那个受保护的窗口位置也同样是黑色的。高性能的远程桌面软件（TeamViewer, AnyDesk）属于这一层。
-
层级一: GDI (传统方式)
- 结果：被阻断。
- 原因：和DXGI一样，GDI的
BitBlt等函数捕获的也是DWM已经处理过的桌面图像。它同样只能“拍”到那个被系统涂黑的窗口区域。Windows自带的截图工具（PrtScn键、截图工具）很多时候就工作在这一层。
简而言之，只要你的捕获行为是通过软件向操作系统“申请”像素数据，操作系统就会因为这个保护标志而拒绝提供真实内容。
在哪个层级会被忽略/绕过 (Protection is Ignored/Bypassed)
结论：要绕过这种保护，必须完全脱离操作系统为应用程序提供的标准图形捕获框架，从更物理或更底层的层面入手。
-
硬件层 (Hardware Level) - 主要绕过方式
- 结果：被完全忽略。
- 举例：视频采集卡 (Capture Card)，如Elgato、圆刚(AVerMedia)等。
- 原因：
setContentProtection的作用是阻止软件获取窗口内容。但是，显卡最终还是会将真实的像素信号通过HDMI或DisplayPort接口发送到物理显示器上。视频采集卡的作用就像一个“中间人显示器”，它在物理信号层面上拦截并复制从显卡传出来的视频信号。对于显卡来说，它只是在正常地向一个“显示器”输出画面，它不知道这个“显示器”其实是一个采集设备。因此，采集卡可以捕获到最真实的、最终的屏幕内容，完全无视任何软件层面的保护。
-
虚拟机层 (Virtual Machine Level)
- 结果：被忽略。
- 举例：在VMware或VirtualBox等虚拟机中运行受保护的Electron应用。
- 原因：你在虚拟机（Guest OS）内部开启了内容保护，但对于宿主机（Host OS）来说，整个虚拟机窗口就是一个普通的应用程序窗口。你在宿主机上使用任何截图软件，捕获的都是虚拟机软件渲染出的画面，这个画面里自然包含了Electron应用的真实内容。
-
内核/驱动层 (Kernel/Driver Level) - 理论上可行
- 结果：可能被忽略。
- 举例：恶意的或特殊用途的驱动程序。
- 原因：理论上可以编写一个非常底层的驱动程序，它在DWM应用保护策略之前就去拦截显卡的绘图指令或显存数据。但这已经超出了常规软件开发的范畴，技术实现极为复杂，且通常会被安全软件视为恶意行为。对于普通应用和用户来说，这不属于一个可行的捕获层级。
总结表格
| 捕获层级/技术 | 核心API/设备 | setContentProtection是否有效？ | 原因 |
|---|---|---|---|
| 层级三 (最新) | Windows Graphics Capture (WGC) | 有效 (阻断) | 操作系统(DWM)遵守保护标志，返回黑色画面。 |
| 层级二 (现代) | DXGI Desktop Duplication | 有效 (阻断) | 捕获的是DWM合成好的桌面，受保护区域已变黑。 |
| 层级一 (传统) | GDI (BitBlt) | 有效 (阻断) | 同上，捕获的也是DWM处理后的画面。 |
| 硬件层 | 视频采集卡 | 无效 (绕过) | 捕获的是物理视频信号，独立于OS软件保护。 |
| 虚拟化层 | 虚拟机 (如VMware) | 无效 (绕过) | 在虚拟机外部（宿主机）进行捕获。 |
| 内核层 | 自定义驱动 | 理论上无效 (绕过) | 可在OS保护生效前拦截数据，但极难实现。 |
因此，Electron的setContentProtection()对于防范所有主流的软件截图和屏幕录制行为（包括会议软件分享、远程桌面、游戏录制工具等）是非常有效的。但它无法阻止一个有心人使用物理硬件来进行“翻录”。