这问题我之前踩过类似的坑，扩展显示器模式下DXGI Desktop Duplication的光标行为确实有不少驱动层面的特殊情况，咱们一步步拆解解决：

为什么禁用自定义光标绘制后，扩展模式下仍有光标？ #

单显示器场景下，AcquireNextFrame返回的DesktopResource确实不包含光标，光标信息只在FrameInfo里，由开发者自行绘制。但扩展模式下，部分显卡驱动会主动将光标合成到桌面帧缓冲区中，这时候你拿到的DesktopResource本身就已经带有光标了——这是驱动的“贴心”优化，和你自己的绘制逻辑无关，所以禁用自定义绘制自然没用。

如何验证是驱动合成的光标？ #

你可以加个简单的验证步骤：

• 调用AcquireNextFrame拿到FrameInfo后，检查FrameInfo.PointerPosition.Visible是否为false
• 如果此时捕获的帧里依然能看到光标，那100%是驱动提前合成到帧里了

不同品牌显卡的驱动行为可能不同，比如N卡和A卡的处理逻辑就有差异，你可以换个显卡测试确认。

彻底禁用DXGI捕获中的光标方案 #

根据光标出现的原因，分两种场景处理：

场景1：光标仅存在于FrameInfo中（单显示器/驱动不合成） #

这种情况就是你原本的逻辑：忽略FrameInfo里的光标坐标，不执行任何光标绘制代码即可，你已经搞定了。

场景2：驱动主动合成光标到帧缓冲区 #

这种情况API没有直接的开关，但有几个可行的解决办法：

• 临时隐藏系统光标：捕获开始前调用ShowCursor(FALSE)，捕获结束后调用ShowCursor(TRUE)恢复。缺点是用户操作时看不到光标，只适合后台无人值守的捕获场景。
• 帧后处理移除光标：通过FrameInfo.PointerPosition获取光标在虚拟桌面的坐标，再转换为当前捕获显示器的局部坐标（需要从IDXGIOutput获取显示器的左上角偏移），然后用周围像素覆盖光标区域。如果光标有半透明效果，建议用周围像素的平均值填充，避免留下明显痕迹。
• 尝试驱动私有参数：部分显卡厂商提供了私有DXGI标志来禁用光标合成，但这不是标准API，兼容性极差，不推荐跨设备使用。
• 迁移到Windows.Graphics.Capture API：Windows 10 1809及以上版本提供的新捕获API，支持通过GraphicsCaptureSession.IsCursorCaptureEnabled属性直接控制是否捕获光标，完全规避驱动层面的兼容性问题，推荐新项目优先使用。

额外注意事项 #

• 扩展模式下，FrameInfo.PointerPosition的坐标是基于整个虚拟桌面的，不是当前捕获的显示器，计算光标在当前帧的位置时，必须减去对应显示器的左上角坐标（通过IDXGIOutput::GetDesc获取DXGI_OUTPUT_DESC里的DesktopCoordinates）。
• 有些应用（比如游戏）会绘制自定义光标，这类光标本身就是桌面帧的一部分，不管什么模式都会被捕获，只能通过后处理移除。

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