HTTP Keep Alive与TCP协议：如何判断客户端/服务端Payload传输结束？

在HTTP Keep-Alive模式下，TCP连接会被复用处理多个请求，但请求/响应的完整性判断是由HTTP协议层而非TCP层实现的，核心依赖以下几种机制：

服务器如何知晓客户端的请求已完整？ #

• Content-Length头部：客户端在请求头里带上Content-Length字段，明确告知服务器本次请求Body的字节数。服务器接收数据时累计字节数，达到该值就判定请求完整。
• 分块编码（Transfer-Encoding: chunked）：如果请求Body大小不确定（比如流式上传），客户端会用分块编码传输。每个分块开头是十六进制的长度值，最后跟着一个长度为0的分块，服务器解析到这个结束块就知道请求完成。
• 无Body请求的特殊处理：对于GET、HEAD这类没有Body的请求，服务器收到请求头末尾的\r\n\r\n（两个连续换行）时，就判定请求已完整。

客户端如何确认服务器的响应已完整？ #

• Content-Length头部：服务器在响应头里返回Content-Length，客户端累计接收的Body字节数达到该值，就知道响应完整。
• 分块编码（Transfer-Encoding: chunked）：服务器用分块编码返回响应时，客户端解析每个分块的长度，直到收到长度为0的结束块，即可确认响应完成。
• Connection: close头部：如果服务器在响应头里返回Connection: close，表示本次响应结束后会关闭TCP连接。客户端收到TCP连接关闭的信号时，就知道当前响应已经全部接收完毕。
• HTTP/1.1默认逻辑：HTTP/1.1中Keep-Alive默认开启，客户端会结合响应头里的Content-Length或分块编码来判断响应是否完成，不需要依赖TCP连接关闭。

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