AskaEth
b35b1b53ab
W76：修假后端 keep-alive 下请求体缓存跨请求串用（设备实测「3 张图只投出 2 张」的真凶）
`protocol_version = "HTTP/1.1"` ⇒ 同一条 keep-alive 连接上的多个请求由**同一个 Handler
实例**依次处理（`handle_one_request` 循环），而上一轮给 `_read_body` 加的缓存
（`_body_read` / `_body_cache`）从不在请求之间重置。后果两条：
- 第 2 个请求拿到第 1 个请求的 body ⇒ `out/http.jsonl` 里的摘要记成上一份；
- 第 2 个请求自己那份 body **没人从 `rfile` 读走**，残留字节留在内核缓冲里，被下一个
请求的请求行一并吃掉 ⇒ `BaseHTTPRequestHandler` 回
`501 Unsupported method ('{"sessionId":...}POST')`。
W76 设备实测里这表现成「系统分享 3 张图，只投出 2 条消息」，很容易被误判成 App 批量
投递的缺陷。修法是在 `handle_one_request` 入口把缓存清掉，按请求隔离。
验证：
1. 重启假后端后，在同一条 keep-alive 连接上连发 3 个**不同 body** 的
`POST /api/v1/chat`，三发全 202，`out/http.jsonl` 记下三个不同 body（同一 client port）。
2. 完整设备重放（DocumentsUI 选 3 张图 → 分享 → Cyrene → 发送）三发三 202，
3 条独立消息落库。