问使用HTTP Keep-Alive让服务器与客户端通信

EN

对于HTTP 1.1，keep-alive是默认行为。(在HTTP 1.0中，默认行为是关闭连接。)服务器必须发送“connection : close”报头，以便在第一次响应时终止连接。因此，仍然有TCP套接字可用于推送数据，但仅从服务器推送数据在很大程度上违反了HTTP协议。即使使用keep-alive，客户端仍必须轮询服务器。

区分HTTP Keepalive和TCP Keepalive非常重要。HTTP keepalive可防止服务器或客户端关闭连接。当连接可能在较长时间内处于空闲状态并且可能被NAT代理或防火墙丢弃时，将使用TCP保持连接。通过setsockopt()调用以套接字为单位激活TCP keepalive。

在执行“长轮询”以消除重新轮询的需要时，可能需要TCP keepalive。

Keep-alive只是将TCP套接字保持为打开状态，因此每次轮询时，都可以节省TCP setup/teardown数据包的开销--但仍然需要轮询。

但是，“长轮询”是web服务器向客户端广播通知的一种策略。本质上，客户端发出GET请求，但web服务器不是立即响应，而是等待，直到它们有通知要发送，在这一点上，它们响应GET请求。这样就不需要数据包通过线路进行轮询，并使连接保持无状态，正如您正确地提到的，这是协议的目的之一。

您可能会阅读有关Comet服务器的更多信息。这听起来基本上就是面试官所问的方法。他们的有效性受到一些人的质疑，但它已经在几个类似的情况下使用。

例如，我相信gmail在某些事情上使用了comet技术(但不要引用我的话)。

另一个相关的例子是BOSH，它是使用HTTP和XMPP传输聊天信息的协议。但我不认为使用keep-alive会涉及到这一点。