HTTP编码往返多余，一个小优化解决了

HTTP 协议在网络知识中占据了重要的地位，它也是我们上网冲浪必不可少的一个工具。HTTP 协议最基础的就是请求和响应的报文，而报文又是由报文头（Header）和实体组成。大多数 HTTP 协议的使用方式，都是依赖设置不同的 HTTP 请求/响应 的 Header 来实现的。

在 HTTP 协议中，传输编码是用来控制 HTTP 消息主体如何编码的。HTTP 协议支持多种传输编码，包括 chunked、gzip、deflate 等。其中，chunked 是最常用的传输编码。

chunked 传输编码的工作原理是将 HTTP 消息主体分成多个块，每个块都有一个长度字段。当客户端收到一个 chunked 编码的 HTTP 消息时，它会先读取长度字段，然后读取该块的数据。当客户端读取完一个块的数据后，它会继续读取下一个块的数据，直到所有块的数据都被读取完。

HTTP传输编码，存在着优化空间

chunked 传输编码虽然简单易用，但它也有一个缺点，那就是它会增加 HTTP 消息的传输量。这是因为每个块都有一个长度字段，而长度字段也会占用一定的空间。

对于那些传输量比较大的 HTTP 消息来说，chunked 传输编码可能会导致传输速度变慢，服务器的负载也会增加。

优化方案

为了解决 chunked 传输编码的缺点，我们可以使用一种叫做 "Content-Length" 的 HTTP 头字段。Content-Length 头字段的值是 HTTP 消息主体的长度。当客户端收到一个带有 Content-Length 头字段的 HTTP 消息时，它就可以知道 HTTP 消息主体的长度，从而避免读取长度字段的开销。

使用 Content-Length 头字段可以减少 HTTP 消息的传输量，提高传输速度，降低服务器的负载。

对于那些传输量比较大的 HTTP 消息来说，使用 Content-Length 头字段是一个很好的优化方案。

实现方式

在服务端，我们可以通过设置 HTTP 响应的 Content-Length 头字段来实现优化。在客户端，我们可以通过读取 HTTP 响应的 Content-Length 头字段来获取 HTTP 消息主体的长度。

举个例子，在 Python 中，我们可以使用以下代码来实现优化：

import requests

# 在服务端设置 Content-Length 头字段
response = requests.get('http://example.com')
response.headers['Content-Length'] = len(response.content)

# 在客户端读取 Content-Length 头字段
content_length = int(response.headers['Content-Length'])

# 读取 HTTP 消息主体
data = response.content[:content_length]

使用上述代码，我们可以减少 HTTP 消息的传输量，提高传输速度，降低服务器的负载。