Websockets是如何实现的？

Question

null

如果我们等待的时间足够长，就会出现超时，导致客户端上出现以下消息。

这就是我在使用长轮询时所面临的问题。它停止进程以防止服务器过载，不是吗？

Answer 1

Websockets是如何实现的？

webSockets的实现方式如下：

1. 客户端向服务器发出HTTP请求，请求上标头为“Upgrade”
2. 如果服务器同意升级，则客户端和服务器交换一些html" target="_blank">安全凭据，现有TCP套接字上的协议从HTTP切换到WebSocket。
3. 现在有一个持久的打开的TCP套接字连接客户端和服务器。
4. 任何一方都可以在此打开的套接字上随时发送数据。
5. 所有数据必须以非常特定的webSocket数据包格式发送。

就性能而言，它们怎么能比长轮询更好呢？

就其本质而言，长轮询有点像黑客。它的发明是因为没有更好的替代服务器发起的数据发送到客户机。以下是步骤：

1. 客户端对来自客户端的新数据发出http请求。
2. 如果服务器有一些新数据，它会立即返回这些数据，然后客户机发出另一个http请求，要求更多的数据。如果服务器没有新的数据，那么它只在连接上挂起一段时间而不提供响应，使请求挂起（套接字打开，客户机等待响应）。
3. 如果在请求仍处于挂起状态的任何时候，服务器获得一些数据，那么它将这些数据形成一个响应，并为挂起的请求返回一个响应。
4. 如果一段时间没有数据传入，那么最终请求将超时。此时，客户机将意识到没有返回新数据，并将启动一个新请求。
5. 冲洗，起泡沫，重复。然后，返回的每一段数据或挂起请求的每一次超时都会跟随来自客户机的另一个ajax请求。

维护客户机和服务器之间的开放webSocket连接对于服务器来说是一件非常便宜的事情（它只是一个TCP套接字）。一个非活动但打开的TCP套接字不需要服务器CPU，只需要很少的内存来跟踪套接字。正确配置的服务器一次可以容纳数十万个打开的套接字。

另一方面，进行长时间轮询的客户机，即使是没有新信息要发送给它的客户机，也必须定期重新建立连接。每次它重新建立一个新连接时，都会有一个TCP套接字拆卸和新连接，然后是一个传入的HTTP请求要处理。

以下是一些关于缩放主题的有用参考：

null