所以我想建立一个聊天应用程序，将允许视频，音频和文本。我花了一些时间研究Websockets和WebRTC来决定使用哪个。既然有很多WebRTC的视频和音频应用程序，这听起来是一个合理的选择，但我还应该考虑其他事情吗? 欢迎分享你的想法。
喜欢的东西:
由于WebRTC是新的，它只在一些浏览器上可用，而WebSockets似乎在更多的浏览器中可用。 可伸缩性——Websockets使用服务器进行会话，WebRTC似乎是p2p的。 多路/多聊天室-用于谷歌+ Hangouts，我仍然在查看如何实现的演示应用程序。 服务器- Websockets需要RedisSessionStore或RabbitMQ来跨多台机器扩展。
当前回答
webRTC还是websockets?为什么不两者都用呢?
当构建视频/音频/文本聊天时，webRTC绝对是一个很好的选择，因为它使用点对点技术，一旦连接启动并运行，您不需要通过服务器传递通信(除非使用TURN)。
当建立webRTC通信时，你必须涉及到某种信号机制。Websockets可能是一个很好的选择，但webRTC是去的视频/音频/文本信息的方式。聊天室是在信令方面完成的。
但是，正如你提到的，并不是每个浏览器都支持webRTC，所以websockets有时可以成为这些浏览器的一个很好的后备。
其他回答
比较websocket和webrtc是不公平的。
Websocket是基于TCP之上的。与tcp不同的是，websocket可以通过报文头信息来检测报文的边界。
通常，webrtc使用websocket。webrtc的信令没有定义，这取决于服务提供者想要使用哪种类型的信令。它可以是SIP、HTTP、JSON或任何文本/二进制消息。
信令消息可以使用websocket发送/接收。
尚:
Ratified IETF standard (6455) with support across all modern browsers and even legacy browsers using web-socket-js polyfill. Uses HTTP compatible handshake and default ports making it much easier to use with existing firewall, proxy and web server infrastructure. Much simpler browser API. Basically one constructor with a couple of callbacks. Client/browser to server only. Only supports reliable, in-order transport because it is built On TCP. This means packet drops can delay all subsequent packets.
WebRTC:
Just beginning to be supported by Chrome and Firefox. MS has proposed an incompatible variant. The DataChannel component is not yet compatible between Firefox and Chrome. WebRTC is browser to browser in ideal circumstances but even then almost always requires a signaling server to setup the connections. The most common signaling server solutions right now use WebSockets. Transport layer is configurable with application able to choose if connection is in-order and/or reliable. Complex and multilayered browser API. There are JS libs to provide a simpler API but these are young and rapidly changing (just like WebRTC itself).
webRTC还是websockets?为什么不两者都用呢?
当构建视频/音频/文本聊天时，webRTC绝对是一个很好的选择，因为它使用点对点技术，一旦连接启动并运行，您不需要通过服务器传递通信(除非使用TURN)。
当建立webRTC通信时，你必须涉及到某种信号机制。Websockets可能是一个很好的选择，但webRTC是去的视频/音频/文本信息的方式。聊天室是在信令方面完成的。
但是，正如你提到的，并不是每个浏览器都支持webRTC，所以websockets有时可以成为这些浏览器的一个很好的后备。
Webrtc是点对点连接的一部分。 我们都知道，在创建点对点连接之前，需要握手过程来建立点对点连接。 而websockets则扮演握手过程的角色。
Websockets使用TCP协议。
WebRTC主要是UDP。
因此，使用WebRTC而不是Websocket的主要原因是延迟。 使用websocket流，你会有高延迟或低延迟的震荡回放。使用WebRTC，您可以实现低延迟和流畅的回放，这对VoIP通信至关重要。
试着在网络损耗(即2%)的情况下测试这些技术。您将看到Websocket流中的高延迟。
