今天和大家聊一聊如何实现一个远程桌面程序。

关于远程桌面

对于远程桌面程序，相信大家一定有所了解。

常见的产品有TeamViewer，向日葵，微软远程桌面，QQ远程桌面等等。

远程桌面能够在定位用户问题，协助操作，远程办公上有非常便捷作用。

这里我们就来自己实现一个远程桌面程序。

需求分析

image-20200616101652201

对于一个远程桌面程序，我们要解决的问题主要有三点：

  • 获取桌面流——没有桌面流，怎么做远程桌面
  • 传输数据——包括桌面流以及键盘鼠标等信息
  • 传输控制信息——建立连接，断开连接等

这里需要注意的点是第二点传输数据。

远程桌面一个重要的质量指标是实时性。需要控制端对被控制端的操作能够及时得到响应。

试想一下，假如你在帮用户远程时，打开一个文件夹要3s之后才能在控制端看到结果，你的工作效率可想而知。

技术选型

webrtc

对于实时性的数据流传输，我们首先想到的就应该是udp+p2p的方式。

udp没有tcp的握手连接和拥塞处理导致的延时问题。

p2p使用了最短链路进行数据通信。

这里推荐的解决方案是webrtc。

webrtc提供了高效的，流媒体数据的p2p通信方法。几乎是开箱即用。

electron

确定webrtc之后，桌面客户端就可以选择electron。

electron基于chrome和node，能够同时拥有webapi和调用系统原生的能力。

此外，electron自带的desktopCapturerAPI可以直接满足我们获取桌面流的需求。

websocket

我们还剩下一个传递控制信息的需求，即搭建一个信令服务器。

webrtc没有指定信令服务器的搭建方式，所以你愿意可以选择任何方式传输控制信号，包括飞鸽传书。

这里我们选择websocket。

主要考虑两点：

  • websocket作为长连接可以保持高效稳定传输。
  • 信令服务器需要使用消息透传功能，因此，websocket的服务端推送能力会比较适合

远程桌面程序运行流程

image-20200616085427445

远程桌面程序的运行流程如上图所示。

  • 首先主机B（受控端），向信令服务器注册，获取注册ID
  • 主机A（控制端），获取到这个ID后，向信令服务器发起连接，实现两个设备的透传线路搭建
  • 接着主机A，创建RCTPeerConnection，创建offer，并设置为LocalDescription。
  • 然后将offer通过信令服务器透传给主机B。
  • 主机B将offer设置为remoteDescription，并获取桌面流，创建answer，回传给主机A
  • 主机A将answer设置为remoteDescription，至此，双方的sdp交换完成
  • 接着主机A和主机B收集各自的iceCandidate，通过信令服务器透传给对端。
  • webrtc自动会从这些iceCandidate中选择合适的信号通路，进行连接通信。优先级为本地>p2p>服务器中继
  • 至此RCT连接完成，主机A等待视频流到达之后，添加到自己的页面中即可。

代码示例

代码示例可以参考我的github项目xinyuehtx/RemoteView

参考文档：

本文会经常更新，请阅读原文： https://xinyuehtx.github.io/post/%E5%A6%82%E4%BD%95%E8%AE%BE%E8%AE%A1%E4%B8%80%E4%B8%AA%E8%BF%9C%E7%A8%8B%E6%A1%8C%E9%9D%A2%E7%A8%8B%E5%BA%8F.html ，以避免陈旧错误知识的误导，同时有更好的阅读体验。

知识共享许可协议 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布，但务必保留文章署名黄腾霄（包含链接： https://xinyuehtx.github.io ），不得用于商业目的，基于本文修改后的作品务必以相同的许可发布。如有任何疑问，请 与我联系 。

相关文章