咨询：屏幕锁定时可用的Desktop Duplication API替代方案及原理

• 可行性结论：完全可行。屏幕锁定仅切换了登录会话的显示输出，后台进程（包括DirectX游戏）的运行不受影响，只要能绕过会话隔离限制获取画面数据即可实现。

• Desktop Duplication API失效原因：该API依赖当前登录会话的显示输出权限，屏幕锁定后系统将显示控制权移交至锁屏会话，原会话的API实例失去对帧缓冲区的访问权限，因此返回DXGI_ERROR_ACCESS_LOST，这是符合设计逻辑的正常现象。

• 可行替代方案（参考OBS实现逻辑）：

  • DirectX应用/游戏抓取：Hook目标应用的DirectX渲染函数（如Present、IDXGISwapChain::GetBuffer），直接从应用的GPU纹理中提取帧数据。这种方式不依赖系统级桌面缓冲区权限，只要应用在后台运行就能持续抓取，是OBS等软件的核心实现方式。
  • 通用桌面程序抓取：以系统服务身份运行抓取进程，借助服务的跨会话权限，使用GDI的BitBlt函数抓取目标会话的桌面画面。但该方式效率较低，不适合高帧率的3D场景。
  • Media Foundation Capture API：部分场景下可通过该API直接捕获后台应用的渲染输出，但兼容性不如Hook方式，对不同应用的适配性有限。

• 关键注意点：

  • 需处理Windows会话隔离机制，比如将抓取进程注册为系统服务，或使用CreateProcessAsUser在目标用户会话中启动抓取程序，确保能跨会话访问目标应用的资源；
  • DirectX Hook方案需要针对DX9、DX11、DX12等不同版本做适配，开发复杂度相对较高。

内容的提问来源于stack exchange，提问作者LOST