boost::asio多线程发HTTP请求 响应读取是否需放在strand回调内

结论 #

即使不关心响应的读取顺序，也不能将读逻辑移出strand的保护范围，你对TCP缓冲区和HTTP响应读取的假设不成立。

核心原因 #

• boost::beast提供的http::write、http::read接口不是线程安全的，同一个stream/socket实例不允许被多个线程同时调用任意读写操作，哪怕是多个读操作并行也会触发未定义行为。
• TCP是无边界的字节流协议，内核socket的RX缓冲区中仅存储连续的二进制字节，不存在逻辑层面的“HTTP响应队列”。HTTP响应的边界需要靠Content-Length、Transfer-Encoding等协议字段动态解析，如果你允许多个线程同时读同一个socket，只会出现不同线程抢到同一个响应的不同片段的情况，最终所有线程都无法解析出完整合法的HTTP响应。
• HTTP 1.x协议本身要求同一个TCP连接上的请求-响应是严格串行的，你哪怕把读逻辑移出去，也不可能在同一个连接上同时读取多个响应，反而会破坏协议要求的收发顺序，直接导致业务逻辑出错。

可选优化方案 #

如果你希望提高吞吐、不需要等待前一个响应返回就发下一个请求，不要在同一个连接上多线程读写，可选择以下方案：

1. 保留当前单连接的收发逻辑，仅将读完成后的响应业务处理逻辑丢到独立的线程池执行，此时不需要strand保护，也不用关心响应处理顺序。
2. 改用HTTP/2协议，原生支持同一个TCP连接上的多路复用，可并行发送多个请求、并行接收多个响应，Boost.Beast已经提供了HTTP/2的相关支持。
3. 实现HTTP连接池，每个请求分配独立的TCP连接/stream实例，不同连接的读写操作完全隔离，不需要共享同一个strand，可真正实现并行收发。

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