引言：HTTP持久连接的优势
在网络通信中，http协议是应用最广泛的协议之一。当客户端需要向服务器发送多个请求时，如果每个请求都建立一个新的tcp连接，将会引入额外的连接建立和关闭开销（即tcp三次握手和四次挥手）。为了优化这一过程，http/1.1引入了持久连接（persistent connections），也称为http keep-alive。它允许客户端和服务器在发送完一个请求和响应后，不立即关闭tcp连接，而是保持连接开放，以便后续的请求和响应可以复用同一个连接，从而显著提高通信效率和性能。
然而，在实际开发中，尤其是在与资源受限的嵌入式设备（如ESP32）进行通信时，实现和管理HTTP持久连接可能会遇到一些挑战。例如，当尝试通过单个Java Socket向ESP32服务器发送多个HTTP GET请求时，可能会发现连接在第一个响应后便意外关闭，导致后续请求无法发送。
HTTP协议基础与常见误区
要成功实现HTTP持久连接，首先需要对HTTP协议的几个关键点有清晰的理解。
1. HTTP协议版本与兼容性
原始代码中，客户端发送的请求行是GET /path HTTP/2，而服务器的响应却是HTTP/1.1 200 OK。这暴露了一个常见的误区：简单地将协议字符串从HTTP/1.1改为HTTP/2，并不能使通信升级到HTTP/2协议。HTTP/2是一个与HTTP/1.x完全不同的二进制协议，其底层传输机制、帧格式、多路复用等都更为复杂，需要专门的客户端和服务器实现来支持。
对于大多数嵌入式设备（如ESP32），其HTTP服务器栈通常只支持HTTP/1.0或HTTP/1.1。因此，客户端应使用服务器实际支持的协议版本来构建请求。在大多数情况下，使用HTTP/1.1是更安全和兼容的选择。
立即学习“Java免费学习笔记（深入）”；
修正建议： 将请求行中的HTTP/2改为HTTP/1.1。
2. Connection 头部字段：连接管理的关键
Connection头部字段是HTTP协议中用于控制连接生命周期的关键。
客户端请求持久连接：Connection: keep-alive 客户端可以在请求头中包含Connection: keep-alive，以向服务器表明希望在当前请求/响应周期结束后保持连接开放，以便后续请求复用。
服务器指示关闭连接：Connection: close 如果服务器在响应头中包含Connection: close，则明确指示客户端在接收完当前响应后关闭TCP连接。即使客户端请求了keep-alive，服务器的close指令也具有更高的优先级。在HTTP/1.0中，默认是关闭连接；在HTTP/1.1中，默认是持久连接，除非显式指定Connection: close。
在原始问题中，服务器响应明确包含了Connection: close。这是导致连接在第一个响应后关闭的直接原因。这意味着服务器不打算支持持久连接，或者至少在当前响应后会主动关闭连接。
服务器端的连接管理：核心制约因素
HTTP持久连接的实现，客户端的意愿只是一个方面，服务器的支持才是决定性因素。
- 服务器支持是前提： 如果服务器不支持HTTP持久连接，无论客户端如何请求keep-alive，服务器都可能在响应后关闭连接。
- 嵌入式设备的限制： ESP32等微控制器通常资源有限（如内存、CPU、代码空间）。为了节省资源，它们的HTTP服务器栈可能只实现了HTTP协议的最小子集，不包含复杂的持久连接管理逻辑。实现持久连接需要服务器维护每个连接的状态，处理超时，以及正确管理多个请求/响应流，这会增加代码复杂度和资源消耗。因此，服务器返回Connection: close是其设计决策的体现。
Java客户端代码优化与实践
为了实现HTTP持久连接（或至少正确处理服务器关闭连接的情况），我们需要对Java客户端代码进行以下优化：
1. 正确构建HTTP请求头部
确保请求行使用HTTP/1.1，并明确请求Connection: keep-alive。
// 修正后的请求头部构建示例
String request = String.format(
"GET /%s HTTP/1.1\r\n" // 使用 HTTP/1.1
+ "Host: %s\r\n"
+ "Connection: keep-alive\r\n" // 明确请求持久连接
+ "\r\n",
x, hostname
);
output.write(request);
output.flush();2. 正确读取HTTP响应
在持久连接场景下，不能简单地使用while ((line = reader.readLine()) != null)来读取响应，因为readLine()会在没有更多数据时阻塞，直到连接关闭才返回null。如果服务器支持持久连接，它不会关闭连接，这将导致客户端无限期阻塞。
正确的响应读取策略应该包括：
- 读取状态行和响应头部： 逐行读取，直到遇到一个空行（\r\n），这表示头部结束。
- 解析关键头部： 在读取头部时，解析Content-Length来确定响应体的大小，以及`Connection
