从浏览器读取 http 输入请求到套接字 - 从不关闭输入流答案

【问题标题】：Reading http input request from the browser to a socket - never closes the input stream从浏览器读取 http 输入请求到套接字 - 从不关闭输入流
【发布时间】：2014-10-03 11:54:15
【问题描述】：

我正在从套接字的输入流中读取数据，但从未收到流结束信号。我正在阅读浏览器发出的 HTTP 请求。请参见下面的示例。

我怎么知道没有什么要读的了？

POST /hello?a=b HTTP/1.1
Host: 127.0.0.1:4444
Connection: keep-alive
Content-Length: 0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36
Origin: null
Accept: */*
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8,he;q=0.6

【问题讨论】：

服务器必须先读取客户端的headers，然后分析它们以发现请求正文是如何发送的以及如何终止的，然后服务器可以根据需要读取正文。

标签： sockets http socket.io inputstream

【解决方案1】：

请求使用 HTTP 1.1，并且有一个（在 1.1 中冗余）Connection: keep-alive 标头。如果响应不包含Connection: close 标头，则服务器在发送响应后不会关闭连接。这就是 HTTP keep-alive 的设计方式（参见RFC 2616 Section 8 "Connections"）。客户端必须查看响应头来确定如何读取响应正文并确定响应何时结束（参见RFC 2616 Section 4.4 "Message Length"），然后决定是否关闭连接。不要依赖流结束信号，这不是 HTTP 的工作方式。

更新：我刚刚意识到您正在编写服务器，而不是客户端。 RFC 2616 Section 4.4 也适用于阅读请求。客户端会先发送 headers，由"\r\n\r\n" 序列终止，然后 headers 描述了请求正文是如何格式化和终止的，这使得服务器可以读取正文，直到请求结束。

【讨论】：

\r\n\r\n 听起来不错。有一个选项可以只关闭套接字的输出 - 请参阅 java 的socket.shutdownOutput()。如果浏览器没有任何东西要发送，为什么不直接关闭输出？这将使服务器端的阅读变得更加容易。
如果正文中有内容，我想您仍然需要知道标题何时结束...

【解决方案2】：

TCP 可以传递的唯一“流结束”指示符是关闭连接。

如果连接保持打开状态，TCP 就不可能告诉您“就是这样！”，因为 TCP 是面向流而不是面向消息的。

所以，是否有更多的阅读只能在应用程序（协议）级别决定。

在这种情况下，应用程序协议是 http。如果您通过收到\r\n\r\n（看起来像）收到了标头，它可能会通过此行告诉您预期有多少数据：

Content-Length: 0

实际上它在这里告诉你有0字节来接收这个请求。

【讨论】：

Content-Length 标头不是唯一的可能性，请参阅RFC 2616 Section 4.4 Message Length。