上一篇
http客户端与服务器
HTTP客户端（如浏览器）向服务器发送请求，服务器解析请求并返回响应，客户端负责构造请求（含URL、方法、头部等），服务器处理请求后返回状态码、响应头及数据，两者通过HTTP协议交互，完成资源获取或数据提交
HTTP客户端与服务器核心概念
基本定义
HTTP客户端
- 发起HTTP请求的角色
- 典型代表：浏览器、Postman、curl工具
- 核心功能：构造请求报文、发送数据、解析响应
HTTP服务器
- 接收并处理HTTP请求的角色
- 典型代表：Apache、Nginx、Node.js服务器
- 核心功能：监听端口、解析请求、生成响应内容
工作流程对比
| 阶段 | 客户端行为 | 服务器行为 |
|---|---|---|
| 连接建立 | 通过域名解析获取IP地址 | 监听指定端口（如80/443）等待连接 |
| 请求发送 | 构造HTTP请求报文（含方法、路径、头、体） | 解析请求报文，读取Header和Body |
| 处理逻辑 | 无（等待响应） | 执行路由匹配、业务逻辑、数据查询等操作 |
| 响应接收 | 解析响应报文（状态码、头、体） | 构造HTTP响应报文并发送 |
| 连接终止 | 主动关闭连接（或复用） | 保持连接直到客户端关闭或超时 |
关键差异对比表
| 特性 | HTTP客户端 | HTTP服务器 |
|---|---|---|
| 角色定位 | 请求发起方 | 请求处理方 |
| 主动性 | 主动建立连接 | 被动监听连接 |
| 资源消耗 | 轻量级（如浏览器进程） | 长期占用资源（如Web服务进程） |
| 协议兼容性 | 需支持服务器返回的Content-Type | 需解析客户端发送的Accept头 |
| 状态管理 | 通常无状态（依赖Cookie/Token） | 可通过Session维护状态 |
常见错误场景
客户端误用
- 错误使用请求方法（如用GET提交数据）
- 忽略服务器返回的
3xx重定向响应 - 未处理HTTPS证书验证（导致安全风险）
服务器误用
- 未正确设置
Content-Length导致传输中断 - 返回模糊的500错误（缺乏日志记录）
- 未限制请求速率导致DDoS攻击风险
- 未正确设置
相关问题与解答
问题1：HTTP客户端如何判断服务器是否支持HTTP/2？
解答：
客户端在初始化连接时，会通过Client Hello消息携带支持的协议列表（如HTTP/2），若服务器响应Server Hello中包含HTTP/2，则双方升级协议。
- 浏览器发送：
Connection: Upgrade, HTTP2-Settings - 服务器响应：
Alt-Svc: cleartext-h2-c0
问题2：为什么某些API接口要求客户端必须携带特定Header？
解答：
服务器通过自定义Header实现以下功能：
- 鉴权：如
Authorization: Bearer <token> - 参数传递：如
X-Request-ID追踪请求链路 - 兼容性：通过
User-Agent判断客户端类型 - 缓存控制：如
If-None-Match配合ETag实现增量更新
若缺少必要Header，服务器可能返回400 Bad Request或`401 Unauthorized
