远程控制核心要解决屏幕捕获、输入事件转发、网络传输、目标端指令执行四个硬性模块；缺一不可，任意一环失效都会导致黑屏、卡顿或鼠标失灵。
远程控制核心要解决哪几个问题
远程协助软件不是“把屏幕发过去”就完事，C++ 实现时必须拆解为四个硬性模块：屏幕捕获、输入事件转发、网络传输、目标端指令执行。缺一不可，且任意一环卡住都会导致黑屏、卡顿或鼠标失灵。
常见错误是直接用 BitBlt 全屏抓图 + send() 发送，结果在多显示器、DPI 缩放、UWP 窗口（如 Microsoft Edge）下频繁截到黑块或白屏——因为 GDI 截图不兼容 DXGI/DWM 合成层。
Windows 上怎么稳定抓到实时桌面画面
必须绕过 GDI，优先用 DXGI Desktop Duplication API，它能捕获 DWM 合成后的最终帧，支持多显卡、缩放、全屏 UWP 应用。但要注意：需要管理员权限初始化，且不能在 Win7 运行（最低 Win8）。
-
IDXGIFactory1::EnumAdapters1()获取适配器，避免硬编码索引 - 调用
IDXGIOutput1::DuplicateOutput()时传入当前进程句柄，否则会报E_ACCESSDENIED - 每次
AcquireNextFrame()后必须立即调用ReleaseFrame()，否则几秒后 Duplication 会自动断开 - 若需兼容 Win7，只能退回到 GDI，但得用
PrintWindow()逐窗口捕获 +GetForegroundWindow()补前台，无法捕获锁屏界面
鼠标键盘事件怎么在远端真实触发
不能只发坐标和键码就完事。SendInput() 是唯一可靠方式，但有隐藏限制：它只对前台进程的窗口起作用。如果被控端用户切走了焦点，SendInput() 会静默失败。
立即学习“C++免费学习笔记（深入）”；
- 先用
SetForegroundWindow()把目标窗口置顶，再调用SendInput()，否则鼠标移动可能被丢弃 - 键盘事件必须带
KEYEVENTF_SCANCODE标志，用扫描码而非虚拟键码，否则 Ctrl+Shift+数字等组合键在不同键盘布局下会错乱 - 鼠标相对移动（
MOUSEEVENTF_MOVE）比绝对坐标更稳定；绝对坐标需配合SetThreadDpiAwarenessContext()处理高 DPI 缩放 - 不要连续高频调用
SendInput()，Windows 有输入队列节流，建议合并位移/点击为单次调用
网络协议选什么、怎么防卡顿丢包
TCP 保序可靠但延迟高，UDP 快但丢包难处理。远程控制的真实选择是：用 UDP 传图像帧（允许少量丢帧），TCP 传控制指令（鼠标/键盘/剪贴板必须 100% 到达）。
- 图像帧加时间戳和序列号，接收端用滑动窗口判断是否过期，过期直接丢，不重传
- 每帧压缩用
libjpeg-turbo的jpeg_mem_compress()，质量设 75–85，比 PNG 快 5–8 倍，体积小 60% - 控制指令走 TCP，但每个包必须以
uint32_t长度头开头，避免粘包；读取时先读 4 字节长度，再按长度收包 - 禁用 Nagle 算法：
setsockopt(sock, IPPROTO_TCP, TCP_NODELAY, &flag, sizeof(flag))，否则键盘响应延迟明显
真正难的不是写通，而是当被控端锁屏、远程桌面断开、或用户切换到登录界面时，DXGI Duplication 会失效，GDI 又截不到内容——这种状态切换必须主动探测并降级，而不是等超时。没人会告诉你，WTSRegisterSessionNotification() 是监听这些变化的唯一靠谱入口。
