网络与协议 · 40/72
1. Ajax、Axios、Fetch 对比 2. Ajax 原理 3. Ajax 技术与实现 4. 常见的应用层协议 5. 浏览器缓存的存储位置 6. 从输入 URL 到页面显示的过程 7. Cache-Control 常见配置值 8. CDN 工作原理 9. 为什么推荐将静态资源放到 CDN 上 10. Cookie 的弊端 11. Cookie 的 Secure 属性设置 12. CORS 请求携带身份凭证的方法 13. CORS 跨域原理 14. 复杂请求预检检查内容 15. CORS 预检请求 16. CORS简单请求的条件 17. 简单请求为何无需预检 18. DNS 域名解析与网络请求路由 19. 什么是跨域 20. 什么是 DNS 劫持? 21. DNS 预解析优化网页加载速度 22. DNS 解析过程与优化 23. URL 参数为什么需要 encodeURIComponent 转码 24. Last-Modified 和 ETag 的区别 25. Fetch 发送两次请求的原因 26. 正向代理与反向代理 27. 前后端通信方式 28. GET请求能否上传图片 29. GET 请求的传参长度限制 30. HTTP 缓存策略 31. GET 与 POST 的区别 32. HTTP状态码301与302的区别 33. HTTP 数据传输 34. HTTP 队头阻塞 35. HTTP 请求头和响应头的重要字段 36. HTTP发展历程 37. HTTP与HTTPS总结 38. HTTP 和 HTTPS 的区别 39. HTTP 报文结构与状态码 40. HTTP Keep-Alive 机制 41. HTTP管道机制的作用 42. HTTP协议优缺点 43. HTTP 重定向状态码 301/302/303/307/308 44. HTTP 请求方法 45. HTTP 协议版本演进 46. HTTP与TCP的区别 47. HTTP/2 多路复用原理 48. HTTPS 协议的缺点 49. HTTP/3 如何保证传输可靠性 50. HTTP/2 的改进 51. HTTPS 加密原理 52. 什么是负载均衡? 53. Nginx 负载均衡调度算法 54. Nginx 是什么 55. 对象存储 OSS 是什么 56. OPTIONS 请求方法及使用场景 57. 轮询与 WebSocket 对比 58. HTTPS 中 SSL 的 OSI 层位置 59. SSL连接恢复 60. 强缓存和协商缓存 61. TCP 三次握手与四次挥手 62. TCP三次握手中的数据传输 63. TCP 和 HTTP 请求的关系 64. TCP/IP 协议 65. TCP 如何判断丢包 66. TCP 与 UDP 的区别 67. WebSocket 的 Handshaking 握手过程 68. TLS 1.3 相比 TLS 1.2 的改进 69. URI、URL、URN 的区别 70. WebSocket 心跳机制 71. WebSocket 协议原理 72. XML与JSON对比

HTTP Keep-Alive 机制

理解 HTTP 长连接的作用与工作原理

问题

Keep-Alive 的作用与原理是什么?

解答

什么是 Keep-Alive

Keep-Alive 是 HTTP 的持久连接机制,允许在单个 TCP 连接上发送多个 HTTP 请求/响应,避免每次请求都重新建立连接。

短连接 vs 长连接

短连接 (HTTP/1.0 默认):
请求1: TCP握手 → 请求 → 响应 → TCP挥手
请求2: TCP握手 → 请求 → 响应 → TCP挥手
请求3: TCP握手 → 请求 → 响应 → TCP挥手

长连接 (HTTP/1.1 默认):
TCP握手 → 请求1 → 响应1 → 请求2 → 响应2 → 请求3 → 响应3 → TCP挥手

HTTP 头部设置

# 请求头 - 开启长连接
Connection: keep-alive
Keep-Alive: timeout=5, max=100

# 请求头 - 关闭长连接
Connection: close

参数说明:

  • timeout=5:连接空闲 5 秒后关闭
  • max=100:该连接最多处理 100 个请求

Node.js 服务端配置

const http = require('http');

const server = http.createServer((req, res) => {
  res.writeHead(200, {
    'Content-Type': 'text/plain',
    // 设置长连接参数
    'Connection': 'keep-alive',
    'Keep-Alive': 'timeout=5, max=100'
  });
  res.end('Hello World');
});

// 设置服务器的 keep-alive 超时时间
server.keepAliveTimeout = 5000; // 5秒
server.headersTimeout = 6000;   // 略大于 keepAliveTimeout

server.listen(3000);

Nginx 配置示例

http {
    # 开启长连接
    keepalive_timeout 65;      # 连接超时时间
    keepalive_requests 100;    # 单连接最大请求数
    
    # 与上游服务器的长连接
    upstream backend {
        server 127.0.0.1:8080;
        keepalive 32;          # 连接池大小
    }
}

浏览器中查看连接复用

// 连续发送多个请求,观察 Network 面板的 Connection ID
async function testKeepAlive() {
  for (let i = 0; i < 5; i++) {
    await fetch('/api/data');
    console.log(`请求 ${i + 1} 完成`);
  }
}

// 在 Chrome DevTools Network 面板中
// 右键表头 → 勾选 "Connection ID"
// 相同 ID 表示复用了同一个 TCP 连接

HTTP 版本差异

版本默认行为说明
HTTP/1.0短连接需显式设置 Connection: keep-alive
HTTP/1.1长连接需显式设置 Connection: close 关闭
HTTP/2多路复用单连接并行多个请求,更高效

关键点

  • 减少开销:避免重复 TCP 三次握手和四次挥手
  • HTTP/1.1 默认开启:无需额外配置,除非显式关闭
  • 有超时限制:空闲连接会在 timeout 后关闭,防止资源浪费
  • 有请求上限:max 参数限制单连接的请求数量
  • HTTP/2 更优:多路复用解决了 Keep-Alive 的队头阻塞问题