上一篇
http网络是什么？http网络协议详解
HTTP（HyperText Transfer Protocol，超文本传输协议）是互联网上应用最为广泛的一种网络协议，它是客户端（如浏览器）与服务器之间进行通信的基础，HTTP 协议基于请求-响应模式，定义了客户端如何向服务器发送请求，以及服务器如何返回响应，以下是对 HTTP 网络的详细解析。
HTTP 的核心工作机制
HTTP 是一个无状态、无连接的协议，这意味着每次请求都是独立的,服务器不会保留之前请求的任何信息。
-
请求-响应模型：
- 建立连接：客户端通过 TCP/IP 协议与服务器建立连接（默认端口 80）。
- 发送请求：客户端发送 HTTP 请求报文，包含方法、URL、头部信息和可选的主体数据。
- 处理请求：服务器接收请求，处理业务逻辑,查找资源。
- 返回响应：服务器返回 HTTP 响应报文，包含状态码、头部信息和响应主体。
- 关闭连接：默认情况下，连接在响应发送完毕后关闭（HTTP/1.0），但在 HTTP/1.1 中默认支持持久连接。
-
无状态性：
由于 HTTP 本身不记录状态，为了维持用户登录状态等需求，通常借助 Cookie、Session 或 Token 等机制在客户端和服务器之间传递状态信息。
HTTP 请求方法（Methods）
HTTP 定义了多种请求方法，用于指示对请求 URI 指定资源的不同操作方式,最常用的方法包括：
| 方法 | 描述 | 安全性 | 幂等性 | 常见用途 |
|---|---|---|---|---|
| GET | 请求指定资源的表示形式。 | 是 | 是 | 获取数据，如加载网页、图片。 |
| POST | 向指定资源提交数据进行处理请求（如提交表单、上传文件）。 | 否 | 否 | 创建新资源，提交表单数据。 |
| PUT | 请求服务器存储一个资源，并用请求 URI 作为其标识。 | 否 | 是 | 更新现有资源，全量替换。 |
| DELETE | 请求服务器删除指定资源。 | 否 | 是 | 删除资源。 |
| PATCH | 对资源进行部分修改。 | 否 | 否 | 局部更新资源。 |
- 安全性：指该方法是否应该用于非破坏性操作，GET 被认为是安全的,因为它只获取数据而不改变服务器状态。
- 幂等性：指多次执行同一操作与执行一次操作的效果相同，GET、PUT、DELETE 是幂等的，而 POST 通常不是。
HTTP 响应状态码
状态码用于告知客户端请求是否成功、失败或需要进一步操作,状态码分为五类：
| 类别 | 范围 | 含义 | 示例 |
|---|---|---|---|
| 1xx | 100-199 | 信息性状态码，表示请求已接收，继续处理。 | 100 Continue |
| 2xx | 200-299 | 成功状态码，表示请求已成功被服务器接收、理解并接受。 | 200 OK, 201 Created |
| 3xx | 300-399 | 重定向状态码，表示需要客户端采取进一步的操作才能完成请求。 | 301 Moved Permanently, 304 Not Modified |
| 4xx | 400-499 | 客户端错误状态码，表示请求包含语法错误或无法完成请求。 | 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found |
| 5xx | 500-599 | 服务器错误状态码，表示服务器在处理请求时发生了错误。 | 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable |
HTTP 头部信息（Headers）
HTTP 头部提供了关于请求或响应的附加信息,使客户端和服务器能够传递元数据。
- 通用头部：适用于请求和响应，如 Date、Connection、Cache-Control。
- 请求头部：用于定义客户端发送请求时的条件，如 Host（指定请求的资源所在主机）、User-Agent（客户端软件信息）、Accept（客户端可接受的内容类型）。
- 响应头部：用于定义服务器返回响应的条件，如 Server（服务器软件信息）、Content-Type（响应体的媒体类型）、Set-Cookie（用于设置 Cookie）。
HTTP 与 HTTPS 的区别
HTTPS（HTTP Secure）是在 HTTP 基础上加入 SSL/TLS 协议进行加密传输的协议。
| 特性 | HTTP | HTTPS |
|---|---|---|
| 端口 | 默认 80 | 默认 443 |
| 安全性 | 明文传输，数据易被窃听或改动 | 加密传输，数据隐私性和完整性得到保障 |
| 证书 | 不需要证书 | 需要 SSL/TLS 证书进行身份验证 |
| 性能 | 连接建立快，无加密开销 | 需要握手过程，有一定性能开销，但现代优化已大幅降低影响 |
| SEO | 搜索引擎排名较低 | 搜索引擎（如 Google）给予更高排名权重 |
HTTP 版本演进
- HTTP/1.0：每个 TCP 连接只能处理一个请求,效率较低。
- HTTP/1.1：引入持久连接（Keep-Alive）、管道化（Pipelining，但实践中较少使用）、分块传输编码等,提高了效率。
- HTTP/2：引入二进制分帧、多路复用（Multiplexing）、服务器推送（Server Push）、头部压缩（HPACK）等特性,显著提升了页面加载速度。
- HTTP/3：基于 QUIC 协议（运行在 UDP 之上），解决了队头阻塞问题，连接建立更快，安全性更好（强制加密）。
相关问题与解答
问题 1：为什么 GET 请求被认为是安全的，而 POST 请求不是？这在实际开发中有什么影响？
解答：
在 HTTP 协议的定义中，“安全”的方法是指那些只用于获取资源而不会改变服务器状态的方法，GET 请求的设计初衷是获取数据，理论上不应产生副作用（如修改数据库），GET 请求被视为安全的。
相反，POST 请求通常用于提交数据，可能导致服务器状态的改变（如创建新用户、更新订单），POST 不被视为安全的。
实际影响：
- 缓存与书签：由于 GET 是安全的且幂等，浏览器和代理服务器可以缓存 GET 请求的结果，而 POST 请求通常不会被缓存。
- 幂等性：GET 请求可以重复执行而不产生额外影响，适合重试机制，POST 请求如果重复提交，可能导致重复创建资源（如重复下单）,因此需要后端进行防重处理。
- 数据可见性：GET 请求的参数通常附加在 URL 中，容易在浏览器历史、服务器日志中被记录，不适合传输敏感信息（如密码），POST 请求的数据位于请求体中，相对更安全，但仍需配合 HTTPS 使用。
问题 2：HTTP/2 相比 HTTP/1.1 的主要优势是什么？它是如何解决队头阻塞问题的？
解答：
HTTP/2 相比 HTTP/1.1 的主要优势在于多路复用和二进制分帧。
在 HTTP/1.1 中，虽然支持持久连接，但为了并行处理多个资源，浏览器通常会限制对同一域名的并发连接数（通常为 6 个），如果某个请求被阻塞，后续请求必须等待，这被称为“队头阻塞”（Head-of-Line Blocking）。
HTTP/2 通过以下方式解决这一问题：
- 二进制分帧：HTTP/2 将消息分解为更小的二进制帧,而不是文本流。
- 多路复用：所有请求和响应都在同一个 TCP 连接上交错传输，每个请求/响应都有唯一的 Stream ID，这意味着即使一个请求的响应较慢，其他请求的数据帧仍然可以正常传输，互不干扰,从而消除了应用层的队头阻塞问题。
需要注意的是，HTTP/2 仍然基于 TCP，因此如果发生 TCP 层的丢包重传，仍可能引起传输层的队头阻塞，这也是 HTTP/3 基于 UDP 和 QUIC 协议出现的原因之一,以彻底解决传输层的队头阻塞问题。
