基于Java Socket实现HTTP/1.1 Web服务器的三类问题求助

老哥，我刚好踩过类似的Socket实现Web服务器的坑，这三个问题本质上都是没吃透HTTP/1.1长连接的规范和Socket连接复用的逻辑，逐个给你拆解：

问题1：第一次提交表单请求头为空，第二次才正常 #

核心原因 #

你的Connection类处理完GET请求后就直接结束了run()方法，没有在同一个TCP连接上等待下一个请求。浏览器第一次提交表单时，其实是尝试复用之前GET请求的长连接，但服务器已经不再监听这个连接的输入流了，导致请求发出去但没被处理；第二次浏览器只能放弃复用，新建连接才能被serverSocket.accept()捕获到，所以能正常提交。

解决方案 #

修改Connection的run()方法，改成循环处理同一个连接上的多请求，直到连接被客户端关闭或收到Connection: close头：

@Override
public void run() {
    try (InputStream input = client.getInputStream();
         OutputStream output = client.getOutputStream()) {
        BufferedReader reader = new BufferedReader(new InputStreamReader(input, StandardCharsets.UTF_8));
        BufferedWriter writer = new BufferedWriter(new OutputStreamWriter(output, StandardCharsets.UTF_8));

        // Keep-Alive核心：循环处理同一连接的多个请求
        while (!Thread.currentThread().isInterrupted()) {
            // 读取请求行（连接关闭时readLine会返回null）
            String requestLine = reader.readLine();
            if (requestLine == null) break;

            // 读取请求头，直到空行
            Map<String, String> headers = new HashMap<>();
            String headerLine;
            while (!(headerLine = reader.readLine()).isEmpty()) {
                String[] parts = headerLine.split(": ", 2);
                if (parts.length == 2) {
                    headers.put(parts[0].toLowerCase(), parts[1]);
                }
            }

            // 处理当前请求（GET/POST逻辑）
            handleRequest(requestLine, headers, reader, writer);

            // 检查是否需要关闭连接
            String connHeader = headers.getOrDefault("connection", "").toLowerCase();
            if ("close".equals(connHeader)) break;
        }
    } catch (IOException e) {
        logger.error("Connection error: {}", e.getMessage());
    } finally {
        try {
            client.close();
        } catch (IOException e) {
            logger.debug("Failed to close client socket: {}", e.getMessage());
        }
    }
}

问题2：页面无限等待服务器响应 #

核心原因 #

大概率是两个细节没做好：

1. Content-Length计算错误：你可能用了字符串的length()（字符数），但HTTP的Content-Length要求的是字节数，如果响应体包含中文等多字节字符，会导致长度不匹配，浏览器一直等待剩余字节。
2. 输出流未刷新：用BufferedWriter时，写完响应后没调用flush()，缓冲区内容没发送到客户端，浏览器就会一直挂着等。

解决方案 #

1. 正确计算响应体的字节长度：

String responseBody = "<html>...</html>";
byte[] bodyBytes = responseBody.getBytes(StandardCharsets.UTF_8);
int contentLength = bodyBytes.length;

2. 写完响应后必须刷新输出流：

// 写响应头
writer.write("HTTP/1.1 200 OK\r\n");
writer.write("Connection: keep-alive\r\n");
writer.write("Keep-Alive: timeout=15, max=100\r\n"); // 显式指定长连接参数
writer.write("Content-Length: " + contentLength + "\r\n");
writer.write("Content-Type: text/html; charset=UTF-8\r\n");
writer.write("\r\n"); // 空行分隔头和体

// 写响应体并刷新
writer.write(responseBody);
writer.flush(); // 关键：确保数据发送到客户端，不能省略

问题3：处理POST后客户端发起新连接，不符合长连接预期 #

核心原因 #

除了上面的Connection类没循环处理请求外，还有两个可能：

1. POST请求体读取不规范：如果用readLine()读取POST体，会因为POST体可能没有换行符，导致输入流残留未读字节，影响下一个请求的解析，浏览器只能新建连接。
2. 缺少显式的Keep-Alive头：HTTP/1.1默认是长连接，但有些浏览器会在没有显式Keep-Alive头时主动关闭连接。

解决方案 #

1. 严格按照Content-Length读取POST体：

// 从请求头获取Content-Length
int contentLength = Integer.parseInt(headers.get("content-length"));
char[] bodyChars = new char[contentLength];
// 精确读取指定长度的字符，避免残留
reader.read(bodyChars, 0, contentLength);
String requestBody = new String(bodyChars);

2. 在响应头中显式添加Keep-Alive参数，指导浏览器复用连接：

writer.write("Keep-Alive: timeout=15, max=100\r\n");

（timeout是连接空闲超时时间，max是该连接最多处理的请求数）

额外的几个关键注意点 #

• 所有IO异常必须捕获，避免线程意外退出导致连接关闭。
• 不要随意关闭输入/输出流（除非要关闭连接），长连接需要保持Socket打开。
• 处理完每个请求后，确保输入流的位置正确，不会影响下一个请求的读取。

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