Linux下SSL套接字读取内容耗时过长的原因及解决方法

核心原因 #

1. TCP/SSL持久连接导致阻塞
   HTTP 1.1默认启用Keep-Alive持久连接，服务器在发送完响应后不会立即关闭套接字，而是保持连接等待后续请求。此时你的read调用会一直阻塞，等待新数据到来，直到连接超时或服务器主动关闭——这就是你看到内容读完后程序仍卡顿，大页面甚至无法自行结束的根本原因。
   注意：流式套接字（TCP/SSL）的read返回0仅当对方主动关闭连接时才会触发，并非读完所有响应数据就会返回EOF。

2. 字符串拼接逻辑错误
   你使用result += buffer拼接数据，buffer会被当作C字符串处理，遇到\0就停止拼接。但SSL读取的响应可能包含二进制数据（如压缩内容、图片），或实际读取的bytes_read小于buffer_size，这会导致数据丢失或拼接错误。

已尝试方法无效的原因 #

• 超时设置：你设置了10秒超时，所以程序会等待10秒才退出，而非立即结束；
• 非阻塞模式：你仅获取了套接字标志位，未执行fcntl(sockfd, F_SETFL, flags | O_NONBLOCK)完成非阻塞设置，且非阻塞模式下read返回-1并设置errno=EAGAIN/EWOULDBLOCK，你未处理该逻辑，无法正常退出循环。

解决方案 #

方案1：让服务器发送完响应后关闭连接 #

在HTTP请求头中添加Connection: close，明确告诉服务器发送完响应后关闭套接字，这样read读完响应后会收到EOF（返回0），循环自动退出。
示例请求格式：

GET /path HTTP/1.1
Host: example.com
Connection: close

方案2：根据HTTP协议判断响应结束位置 #

HTTP响应有明确的结构，可通过响应头判断何时停止读取：

• Content-Length字段：解析响应头中的Content-Length，计算响应体总长度，读取到对应字节数后直接退出循环；
• 分块编码（Transfer-Encoding: chunked）：若响应头包含该字段，需逐个解析分块的十六进制长度，读取对应长度的块数据，直到遇到长度为0的结束块。

方案3：修正字符串拼接逻辑 #

将result += buffer改为result.append(buffer, bytes_read)，严格按照实际读取的字节数拼接数据，避免截断或丢失。同时无需每次调用memset(buffer, 0, buffer_size)，因为下一次读取会覆盖缓冲区内容，且按bytes_read拼接不会读取到无效数据。

修正后的读取循环示例：

do {
    bytes_read = socket->Read(buffer, buffer_size);
    if (bytes_read > 0) {
        result.append(buffer, bytes_read);
    }
} while (bytes_read > 0);

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