我想制作一个 Windows 应用程序，其 GUI 将流式传输到另一台设备（允许远程控制）。关键是我不愿意依赖创建 Windows 会话来隔离 GUI I/O (1)
为了实现这一点，我开始观察一些现有的解决方案，这些解决方案能够使用这个前提启用远程访问，看看我是否能找到从哪里开始的线索。
其中一个解决方案是Winflector（顺便说一句：它最多可以免费使用 2 个连接）。
我对这个解决方案很感兴趣，因为它似乎（我猜）它只检测到重新绘制的区域。我从观察中得出的结论是：
- 虽然流式应用程序在我登录的同一会话中“不可见地”在本地运行（它在我的任务管理器中显示应用程序进程），但似乎无论如何都没有创建应用程序窗口 - 至少Inspect无法获得任何窗口应用程序进程的信息/句柄 - 它看起来有点像“GUI StdOut 重定向”。
- 显然，没有创建额外的桌面；
- 同样显然，没有安装镜像驱动程序；
- 使用Process Explorer，我发现 Winflector 在原始应用程序进程中添加了一些线程。我怀疑这是关于 GUI 重定向（通过线程的名称）；
- 应用程序由 Winflector 服务器启动 - 也就是说，它可以控制 CreateProcess 参数。
在这种情况下最有可能使用的技术是什么？
- 窗户挂钩？
- Windows 消息拦截？
- 特殊显示驱动程序？
- 存储设备上下文排序？
我应该从哪里开始研究以获得类似的方法？任何有关此主题的开源项目也将受到欢迎。
PS：根据我的编程经验，这是一个全新的“新世界”——如果我的问题是多余的/明显的/无意义的，对不起。
(1) 也就是说，该应用程序可以使用本地用户已经登录的同一会话来生成、流式传输并与远程客户端交互，而不会与 IO 冲突（例如，像常规 VNC 那样）。PS：此时，我只关注 输出。