使用 reader.read() 消费分块传输数据需循环读取直至返回空 bytes（b''），而非依赖固定长度；http 客户端已透明处理分块解码，通常无需手动解析分块格式。
使用 reader.read() 递归循环消费服务器分块传输（Chunked Transfer Encoding）的数据，核心在于持续调用 read() 直到返回空 bytes（b''），而非依赖固定长度或提前预知数据总量。HTTP/1.1 的分块编码由服务端控制分块边界，客户端只需按需读取、拼接、处理即可。
理解 reader.read() 在分块响应中的行为
reader 通常来自异步 HTTP 客户端（如 aiohttp.StreamReader）或同步 socket 层封装。它的 read(n=-1) 方法会：
- 阻塞（同步）或挂起（异步）直到有数据可读，或连接关闭；
- 当服务端发送完所有分块并发出
0结束标记后，后续read()将返回空 bytes； - 不保证一次
read()对应一个 HTTP 分块——底层 TCP 可能合并或拆分分块内容，应用层需自行解析（若需分块元信息）； - 默认
read(-1)会尽可能读取所有可用数据，但面对流式分块响应时，更推荐用read(8192)等小缓冲区逐步读取，避免内存积压。
同步方式：while 循环 + read() 判空
适用于 http.client.HTTPResponse 或自定义 socket reader：
while True:
chunk = reader.read(4096) # 每次最多读 4KB
if not chunk: # b'' 表示流结束（含分块传输完成）
break
process(chunk) # 如解码、写入文件、JSON 流解析等
注意：不要用 chunk is None 判断——read() 在连接未关闭时不会返回 None，只在 EOF 时返回空 bytes。
异步方式：async for 或 while + await read()
以 aiohttp 为例，response.content 是 StreamReader：
# 方式1：推荐，简洁且自动处理分块边界
async for chunk in response.content.iter_any():
process(chunk)
<h1>方式2：手动控制，等价于递归逻辑的展开</h1><p>while not response.content.at_eof():
chunk = await response.content.read(8192)
if not chunk:
break
process(chunk)
</p>
iter_any() 是专为分块/流式响应设计的异步迭代器，内部已处理分块协议细节，无需手动解析 size
...data
格式。
是否需要手动解析分块格式？
绝大多数场景不需要。标准 HTTP 客户端（requests, aiohttp, httpx）已在底层透明处理分块解码：你拿到的 chunk 是原始响应体数据，不含分块头（如 1a
）和分块尾（
）。只有在裸 socket 层实现 HTTP 客户端时，才需按 RFC 7230 手动提取十六进制大小、跳过 CRLF、校验结束块等。
如果你发现读到的数据开头有类似 b'1a\r\n...'，说明你绕过了 HTTP 解析层，直接读了 raw socket —— 此时应改用成熟客户端库，或补全分块解析逻辑。
