无需服务器的HTML5 Canvas JavaScript P2P连接方案及WebRTC现状咨询

先给你吃个定心丸：那些2010年的WebRTC资料早就过时啦！现在WebRTC已经是所有现代浏览器原生支持的成熟P2P通信标准——Chrome、Firefox、Edge、Safari（包括移动端）都完美兼容核心API（RTCPeerConnection、RTCDataChannel这些），完全可以用来搭建你的双用户交互场景。

关于你的需求怎么用WebRTC实现 #

你的场景核心是：一方（咱们叫「主机端」）维护本地下载文件夹的file.txt，另一方（「客户端」）能远程读写，且断连后进度不丢。这里要注意：浏览器不能直接访问对方的本地文件系统，所以得把逻辑拆成两部分：

• 主机端操作逻辑：

  1. 用现代浏览器的File System Access API请求用户授权访问下载文件夹的file.txt——授权后就能直接读写这个文件，不用每次让用户手动选择。
  2. 建立WebRTC的RTCDataChannel和客户端通信：当客户端发来修改请求时，先更新本地的file.txt，再把最新内容同步给客户端；如果本地文件被其他方式修改了，也可以主动推送给客户端。
  3. 断连后，因为进度存在本地file.txt里，重启浏览器重新连接后，直接读取文件最新内容同步给客户端就行。

• 客户端操作逻辑：

  1. 和主机端通过WebRTC建立连接，获取file.txt的初始内容。
  2. 发送修改指令给主机端，接收同步回来的最新内容，本地也可以缓存一份，断连重连时对比缓存和主机端文件，确保进度一致。

• 无服务器信令的小技巧：
  WebRTC需要交换SDP和ICE候选来建立P2P连接，一般需要信令服务器，但你要纯客户端的话，可以用QR码手动交换：主机端生成包含SDP信息的QR码，客户端扫码就能获取连接信息，完全不需要第三方服务器。

有没有更优的替代方案？ #

如果不想用WebRTC，还有几个纯客户端方向可以考虑：

• Local Network HTTP通信：主机端利用浏览器的Fetch API结合本地网络，把file.txt的内容通过HTTP暴露在局域网内（可以用纯JS实现轻量本地服务），客户端通过主机的IP地址访问读写。但这种方式仅限同一局域网，实时性不如WebRTC。
• WebTorrent：基于BitTorrent协议的纯Web实现，主机端把file.txt做成种子，客户端下载修改后同步回DHT网络。但实时性一般，适合文件同步而非实时交互。

总结 #

最贴合你需求的还是WebRTC + File System Access API的组合：既满足无服务器P2P实时交互，又能直接读写本地file.txt保证进度不丢，而且浏览器支持度拉满。

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