Edge/Chrome浏览器Connection头显示与实际发送不符及长连接实现咨询

这不是Chromium或Firefox的Bug #

浏览器开发者工具显示的Connection: keep-alive是浏览器初始准备发送的请求头，但实际发送的头会根据服务器的响应行为动态调整：

• HTTP/1.1规范默认开启长连接，但如果服务器在响应后直接关闭连接，或者没有返回Connection: keep-alive响应头，浏览器会判定该服务器不支持长连接，后续请求就会自动改用Connection: close。
• Wireshark抓包的结果是真实的网络传输内容，说明浏览器确实因为之前的连接反馈调整了请求策略，这是符合HTTP规范的正常行为，并非浏览器bug。

如何实现HTTP长连接 #

要让浏览器和服务器保持长连接，核心是服务器端要正确处理HTTP持久连接的逻辑，以下是针对Python Socket服务器的实现要点：

1. 返回符合HTTP规范的响应头 #

• 必须在响应中显式返回Connection: keep-alive（HTTP/1.1虽默认，但显式返回能避免浏览器误判）
• 必须指定响应的长度：要么通过Content-Length头明确字节数，要么使用Transfer-Encoding: chunked分块传输，让浏览器知道响应何时结束，否则浏览器会认为连接已失效。

2. 保持Socket连接不关闭 #

服务器处理完一次请求后，不能立即关闭Socket连接，而是要循环监听该连接上的后续请求，直到客户端主动关闭连接或触发超时。

3. 示例Python Socket代码 #

import socket

def handle_client(conn):
    # 设置超时，避免闲置连接占用资源
    conn.settimeout(30)
    while True:
        try:
            # 读取请求数据（实际场景需处理分包，此处简化）
            data = conn.recv(4096)
            if not data:
                break  # 客户端关闭连接
            request = data.decode('utf-8', errors='ignore')
            print("Received request:\n", request.split('\r\n')[0])
            
            # 构造符合规范的响应
            response_body = "Long connection works!"
            response = (
                "HTTP/1.1 200 OK\r\n"
                "Connection: keep-alive\r\n"
                "Content-Length: {}\r\n"
                "\r\n"
                "{}"
            ).format(len(response_body), response_body)
            conn.sendall(response.encode('utf-8'))
        except socket.timeout:
            print("Connection timeout, closing")
            break
    conn.close()

def main():
    server = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
    server.bind(('127.0.0.1', 8000))
    server.listen(5)
    print("Server running on http://127.0.0.1:8000")
    while True:
        conn, addr = server.accept()
        handle_client(conn)

if __name__ == "__main__":
    main()

4. 额外注意事项 #

• 处理超时：为闲置连接设置超时时间，避免服务器资源被无效连接占用。
• 正确解析请求：实际生产环境中，需要完整解析HTTP请求的结构（包括处理请求分包、多请求拼接等），不能依赖简单的recv调用。
• 进阶方案：如果追求更高效的长连接，可直接使用成熟的HTTP服务器框架（如Flask、Django），或支持HTTP/2的服务器，这些框架已内置完善的长连接处理逻辑。

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