不使用WebRTC能否实现两个浏览器之间的Peer to Peer连接？

首先明确不可突破的底层限制 #

浏览器出于安全考虑，默认禁止JavaScript直接发起原始TCP/UDP连接，也不允许主动监听本地端口，因此不管是否使用WebRTC，都不可能做到完全0服务端介入的纯P2P：哪怕是WebRTC也需要独立的信令服务器完成节点发现、握手协商的前置流程，这部分服务端逻辑你可以自行实现，完全符合项目“自主开发”的要求。

可选的落地实现方案 #

方案1：轻量中转准P2P实现 #

如果项目要求的P2P指业务数据仅在两个客户端之间流转，服务端不存储、不处理业务逻辑，该方案成本最低，所有代码可完全自主实现：

• 自行开发一个极简的WebSocket服务端，仅承担信令握手和数据转发的功能
• 两个浏览器客户端先和服务端建立WS连接，交换自定义的客户端唯一标识
• 后续两个客户端互发数据时，仅需带上目标客户端标识，服务端直接做透明转发即可，全程不涉及业务逻辑的处理
• 所有自定义协议、数据编解码逻辑都可以完全自主开发，总代码量对于学校项目来说完全可控

方案2：基于WebTransport的原生P2P实现（适配新浏览器） #

如果项目允许使用较新的浏览器标准化API，可以直接用WebTransport替代WebRTC的传输层能力：

• WebTransport基于HTTP/3实现，支持可靠双向流、不可靠数据报两种传输模式，完全可以覆盖WebRTC的传输能力场景
• 你可以自行用JS实现NAT打洞、节点协商的逻辑，替代WebRTC内置的ICE模块，整个上层逻辑完全自主可控，不需要依赖任何WebRTC相关组件

方案3：局域网场景下的无公网服务端实现 #

如果你的项目使用场景限定在同一个局域网内，甚至可以完全去掉公网服务端：

• 其中一个客户端借助允许开启本地HTTP服务的浏览器扩展，监听本地固定端口
• 另一个客户端直接通过对方的局域网IP+端口建立WebSocket连接，后续所有数据直接在局域网内传输，完全不需要公网资源介入

项目合规性说明 #

你可以在项目报告中明确标注，仅使用了浏览器原生提供的基础网络API，未引入任何WebRTC相关的第三方组件，所有P2P协商逻辑、传输协议、业务逻辑均为自主实现，符合项目要求。

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