使用Boost Beast通过代理发起同步HTTP请求遇阻

看起来你遇到了代理隧道建立过程中两个关联的典型问题——要么没正确读完CONNECT的响应导致阻塞，要么跳过读取直接握手引发SSL协议错误。我来帮你拆解下原因，再给出具体的解决步骤：

问题根源分析 #

1. 为什么http::read会阻塞？ #

代理返回200 OK响应后，这个响应是完整的HTTP报文：包含状态行、响应头，最后还有一个空行。如果你的http::read调用没有读取完整的响应（比如只读取了状态行就停了），程序会一直等待代理发送剩余的响应数据，最终因为超时被断开连接。

2. 为什么跳过读取会报"unknown protocol"？ #

当你跳过读取响应就直接发送SSL握手的Client Hello时，程序的输入缓冲区里还留着代理返回的200 OK响应数据。SSL库尝试读取服务器的Hello报文时，读到的却是HTTP响应内容，自然会抛出"unknown protocol"的错误——它根本没拿到预期的SSL协议数据。

具体解决步骤 #

1. 完整读取CONNECT响应 #

确保用HTTP库的完整读取方法，把代理返回的整个响应（状态行+响应头+空行）读完。以常见的http_sync示例场景为例，你可以这样写：

// 发送CONNECT请求到代理
http::write(stream, connect_req);

// 读取完整的响应（CONNECT响应通常没有响应体，用empty_body）
http::response<http::empty_body> proxy_res;
http::read(stream, buffer, proxy_res);

// 验证响应状态
if (proxy_res.result() != http::status::ok) {
    throw std::runtime_error("代理CONNECT请求失败: " + std::to_string(proxy_res.result_int()));
}

只有读完这个完整响应，代理才会正式把你的连接转发到目标服务器，此时后续的流量才会直接通向目标站点。

2. 确认隧道建立后再启动SSL握手 #

在成功读取到200 OK之后，再把底层的TCP流包装成SSL流并执行握手：

// 将TCP流转换为SSL流
ssl::stream<tcp::socket> ssl_stream(std::move(stream), ssl_ctx);

// 执行SSL客户端握手
ssl_stream.handshake(ssl::stream_base::client);

这时候发送的SSL握手报文会通过代理隧道直接传递到目标服务器，不会再和HTTP响应数据混淆。

3. 结合Wireshark验证细节 #

你可以通过Wireshark进一步确认：

• 当你正确读取响应后，后续的SSL握手报文应该是从你的程序发往代理，然后代理转发给目标服务器，目标服务器返回SSL Hello报文。
• 如果之前跳过读取时，你能看到代理返回的200 OK和你发送的Client Hello混在一起，那正好验证了缓冲区未清空导致的协议错误。

4. 添加超时避免无限阻塞 #

如果http::read仍然阻塞，给TCP流设置读写超时，方便快速定位问题：

// 设置30秒超时，避免无限等待
stream.expires_after(std::chrono::seconds(30));

超时后会抛出异常，你可以根据异常信息判断是代理无响应还是读取逻辑有问题。

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