Codes►系统

HTTP协议

HTTP

HTTP（HyperText Transfer Protocol，超文本传输协议）是互联网上应用最为广泛的分布式、协作式、超媒体信息系统的通信协议。它定义了客户端和服务器之间请求和响应的标准。HTTP 协议是无状态的，意味着每个请求都是独立的，服务器不会保留客户端的任何状态信息。

HTTP 协议的基本结构

HTTP 协议主要由请求和响应两部分组成。

1. HTTP 请求

HTTP 请求由三部分组成：请求行、请求头部和请求体。

  • 请求行：包含请求方法、URL 和 HTTP 版本。
    • 请求方法：常见的请求方法有 GET、POST、PUT、DELETE、HEAD、OPTIONS 等。
    • URL：请求的资源路径。
    • HTTP 版本：通常为 HTTP/1.1 或 HTTP/2。
      示例：
    1
    GET /index.html HTTP/1.1
  • 请求头部：包含客户端发送给服务器的额外信息，如用户代理、接受的媒体类型、字符集等。
    • User-Agent：客户端的用户代理信息。
    • Accept：客户端可以接受的媒体类型。
    • Content-Type：请求体的媒体类型。
    • Content-Length：请求体的长度。
      示例：
    1
    2
    User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.3
    Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
  • 请求体：包含客户端发送给服务器的数据，如表单数据、文件等。对于 GET 请求，请求体通常为空。
    示例：
    1
    name=Kimi&age=25

2. HTTP 响应

HTTP 响应也由三部分组成：状态行、响应头部和响应体。

  • 状态行：包含 HTTP 版本、状态码和状态消息。
    • HTTP 版本：通常为 HTTP/1.1 或 HTTP/2。
    • 状态码：一个三位数字，表示请求的结果。常见的状态码有：
      • 200：请求成功。
      • 404：请求的资源未找到。
      • 500：服务器内部错误。
    • 状态消息：对状态码的简短描述。
      示例：
    1
    HTTP/1.1 200 OK
  • 响应头部：包含服务器发送给客户端的额外信息，如内容类型、内容长度、缓存控制等。
    • Content-Type：响应体的媒体类型。
    • Content-Length：响应体的长度。
    • Cache-Control：缓存控制指令。
      示例：
    1
    2
    3
    Content-Type: text/html; charset=UTF-8
    Content-Length: 1234
    Cache-Control: max-age=3600
  • 响应体：包含服务器发送给客户端的数据，如 HTML 页面、JSON 数据、图片等。
    示例：
    1
    2
    3
    4
    5
    6
    7
    8
    <html>
    <head>
        <title>Example Page</title>
    </head>
    <body>
        <h1>Hello, World!</h1>
    </body>
    </html>

HTTP 协议的特点

  • 无状态：每个请求都是独立的，服务器不会保留客户端的任何状态信息。
  • 无连接：HTTP/1.1 之前，每次请求都会建立一个新的连接，请求完成后连接关闭。HTTP/1.1 引入了持久连接（Keep-Alive），允许在一个连接上发送多个请求。
  • 媒体独立：HTTP 可以传输多种媒体类型，如文本、图片、视频等。
  • 简单快速：请求和响应的格式简单，易于理解和实现。

HTTP/2 和 HTTP/3

  • HTTP/2：HTTP/2 是 HTTP 协议的第二个主要版本，主要改进了性能，支持多路复用、服务器推送、头部压缩等特性。
  • HTTP/3：HTTP/3 是基于 QUIC 协议的 HTTP 版本，进一步提高了性能和可靠性，特别是在高延迟和不稳定的网络环境下。

示例

HTTP 请求示例

1
2
3
4
GET /index.html HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.3
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8

HTTP 响应示例

1
2
3
4
5
6
7
8
9
10
11
12
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
Content-Length: 1234
Cache-Control: max-age=3600
<html>
<head>
    <title>Example Page</title>
</head>
<body>
    <h1>Hello, World!</h1>
</body>
</html>

总结

HTTP 协议是互联网上应用最为广泛的通信协议，定义了客户端和服务器之间请求和响应的标准。HTTP 协议的基本结构包括请求行、请求头部、请求体和状态行、响应头部、响应体。HTTP 协议的特点是无状态、无连接、媒体独立和简单快速。随着技术的发展，HTTP/2 和 HTTP/3 进一步提高了性能和可靠性。

HTTP/1.1 和 HTTP/2

HTTP/1.1 和 HTTP/2 是 HTTP 协议的两个主要版本，它们在性能、功能和实现方式上有一些关键区别。以下是对这两个版本的详细对比：

HTTP/1.1

特点

  • 无状态：每个请求都是独立的，服务器不会保留客户端的任何状态信息。
  • 无连接：HTTP/1.1 之前，每次请求都会建立一个新的连接，请求完成后连接关闭。HTTP/1.1 引入了持久连接（Keep-Alive），允许在一个连接上发送多个请求。
  • 请求/响应模型：客户端发送一个请求，服务器返回一个响应。请求和响应的格式简单，易于理解和实现。
  • 头部信息：每个请求和响应都包含头部信息，这些头部信息可以包含大量的元数据，如用户代理、接受的媒体类型、内容类型等。
  • 内容编码：支持内容编码，如 gzip 压缩，以减少传输数据的大小。
  • 管线化：HTTP/1.1 支持管线化（pipelining），允许客户端在同一个连接上发送多个请求，而不需要等待每个请求的响应。然而，管线化在实际应用中并不广泛，因为许多服务器和中间件不支持它。

限制

  • 头部开销：每个请求和响应都包含大量的头部信息，这些头部信息在多次请求中往往是重复的，导致不必要的带宽消耗。
  • 队头阻塞：由于 HTTP/1.1 的请求是顺序处理的，一个慢的请求会阻塞后面的请求，导致性能下降。
  • 多路复用：不支持多路复用，每个连接只能顺序处理一个请求，导致资源加载效率低下。

HTTP/2

特点

  • 二进制分帧：HTTP/2 使用二进制分帧层，将 HTTP 消息分解为多个帧，这些帧可以乱序发送，然后在接收端重新组装。这使得 HTTP/2 能够更高效地利用网络带宽。
  • 多路复用：支持在一个连接上同时发送多个请求和响应，这些请求和响应可以交错发送，大大提高了资源加载效率。
  • 头部压缩：使用 HPACK 算法对头部信息进行压缩，减少了头部信息的传输开销。
  • 服务器推送：服务器可以主动推送资源到客户端的缓存中，即使客户端还没有请求这些资源。这可以减少客户端的请求次数，提高页面加载速度。
  • 优先级：支持对请求和响应设置优先级，确保重要的资源先被处理和传输。
  • 流量控制：支持流量控制，客户端和服务器可以协商每个流的传输速率，防止一方过快地发送数据导致另一方处理不过来。

优点

  • 性能提升：多路复用和头部压缩显著减少了网络延迟和带宽消耗，提高了资源加载速度。
  • 更好的资源管理：服务器推送和优先级机制使得服务器可以更智能地管理资源，提高页面加载效率。
  • 兼容性：HTTP/2 在应用层与 HTTP/1.1 兼容，现有的应用无需修改即可在 HTTP/2 上运行。

示例

HTTP/1.1 请求和响应

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
GET /index.html HTTP/1.1
Host: www.example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.3
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
HTTP/1.1 200 OK
Content-Type: text/html; charset=UTF-8
Content-Length: 1234
Cache-Control: max-age=3600
<html>
<head>
    <title>Example Page</title>
</head>
<body>
    <h1>Hello, World!</h1>
</body>
</html>

HTTP/2 请求和响应

HTTP/2 的请求和响应在应用层与 HTTP/1.1 类似，但底层传输机制不同。HTTP/2 使用二进制分帧层，将请求和响应分解为多个帧，这些帧可以乱序发送，然后在接收端重新组装。

总结

  • HTTP/1.1：简单、易于理解和实现，但存在头部开销大、队头阻塞和多路复用不足等问题。
  • HTTP/2：通过二进制分帧、多路复用、头部压缩和服务器推送等技术，显著提高了性能和资源管理效率，适用于现代高性能的 web 应用。
    在实际应用中，HTTP/2 已经被广泛支持和使用，许多现代浏览器和服务器默认支持 HTTP/2。如果你的应用需要高性能和高效的资源管理，建议使用 HTTP/2。

https

HTTPS（Hyper Text Transfer Protocol Secure，超文本传输安全协议）是一种在计算机网络上进行通信的加密协议，用于确保数据传输的安全性和完整性。它是 HTTP 协议的安全版本，通过在 HTTP 和 TCP 之间增加一个 SSL/TLS（Secure Sockets Layer/Transport Layer Security）层来实现加密传输。以下是 HTTPS 的一些关键原理和特点：

工作原理

  1. 建立连接：客户端（如浏览器）向服务器发起 HTTPS 请求，服务器会返回其 SSL 证书。
  2. 证书验证：客户端检查服务器的 SSL 证书是否由受信任的证书颁发机构（CA）签发，并且证书中的域名是否与请求的域名匹配。如果证书验证失败，客户端会显示错误信息，提示用户连接不安全。
  3. 密钥交换：证书验证通过后，客户端和服务器通过 SSL/TLS 协议进行密钥交换，协商出一个对称加密密钥。这个过程通常使用非对称加密算法（如 RSA）来安全地交换密钥。
  4. 加密通信：客户端和服务器使用协商出的对称加密密钥对传输的数据进行加密和解密，确保数据在传输过程中的安全性和完整性。
  5. 关闭连接：数据传输完成后，客户端和服务器可以关闭 SSL/TLS 连接。

证书颁发机构（CA）

  • 角色：CA 是一个受信任的第三方机构，负责颁发和管理 SSL 证书。CA 通过验证服务器的身份信息（如域名、组织名称等），确保证书的合法性和可信度。
  • 证书内容：SSL 证书通常包含以下信息：
    • 颁发机构：证书颁发机构的名称。
    • 主题：证书持有者的身份信息，如域名、组织名称等。
    • 公钥：服务器的公钥，用于加密数据。
    • 有效期：证书的有效期，通常为 1-2 年。
    • 签名：CA 对证书内容的数字签名，用于验证证书的完整性和真实性。

优势

  • 数据加密：HTTPS 通过 SSL/TLS 协议对传输的数据进行加密，防止数据在传输过程中被窃取或篡改，保护用户的隐私和数据安全。
  • 身份验证：SSL 证书由受信任的 CA 签发，可以验证服务器的身份，防止中间人攻击（MITM），确保用户连接到的是真实的服务器。
  • 完整性保护：HTTPS 通过加密和哈希算法确保数据在传输过程中的完整性，防止数据被篡改。

配置 HTTPS

  1. 获取 SSL 证书：
    • 购买证书：从受信任的 CA 购买 SSL 证书，通常需要提供域名信息和组织信息，并支付一定的费用。
    • 免费证书：可以使用 Let’s Encrypt 等免费 CA 获取 SSL 证书，这些证书通常有效期较短（如 90 天），但可以自动续期。
  2. 安装证书：
    • 服务器配置：将 SSL 证书和私钥文件安装到服务器上，并配置服务器以使用 HTTPS 协议。不同的服务器（如 Apache、Nginx、IIS 等）有不同的配置方法。
    • 中间证书：某些 CA 会提供中间证书，需要将中间证书链也安装到服务器上，以确保客户端能够正确验证服务器的证书。
  3. 强制 HTTPS：
    • 重定向：配置服务器将所有 HTTP 请求重定向到 HTTPS 请求，确保用户始终使用加密连接访问网站。
    • HSTS：启用 HTTP 严格传输安全（HSTS）策略，告诉浏览器在未来的请求中始终使用 HTTPS 访问该网站，即使用户输入的是 HTTP 地址。

示例：Nginx 配置 HTTPS

1
2
3
4
5
6
7
8
9
10
11
12
server {
    listen 443 ssl;
    server_name example.com;
    ssl_certificate /path/to/your/certificate.pem;
    ssl_certificate_key /path/to/your/private.key;
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384';
    ssl_prefer_server_ciphers on;
    location / {
        # 你的应用配置
    }
}

示例：Apache 配置 HTTPS

1
2
3
4
5
6
7
8
9
10
11
<VirtualHost *:443>
    ServerName example.com
    SSLEngine on
    SSLCertificateFile /path/to/your/certificate.pem
    SSLCertificateKeyFile /path/to/your/private.key
    # 如果有中间证书
    SSLCertificateChainFile /path/to/your/chain.pem
    <Directory "/path/to/your/application">
        # 你的应用配置
    </Directory>
</VirtualHost>

通过以上配置，你的网站就可以支持 HTTPS，为用户提供安全的访问体验。

tcp 和 http

TCP（传输控制协议）和HTTP（超文本传输协议）是互联网通信中非常重要的两个协议，它们在不同的层次上工作，共同实现了客户端和服务器之间的数据传输。理解它们之间的关系有助于更好地理解互联网的工作原理。

1. 层次关系

TCP 和 HTTP 在网络协议栈中处于不同的层次：

  • TCP 是 传输层协议，负责在两个网络节点之间建立可靠的、面向连接的通信通道，确保数据的可靠传输。
  • HTTP 是 应用层协议，用于客户端（如浏览器）和服务器（如Web服务器）之间的数据交互，主要负责请求和响应的格式化。

2. TCP 为 HTTP 提供底层支持

HTTP 协议依赖于 TCP 协议来实现数据的可靠传输。具体来说：

  • 建立连接：HTTP 请求在发送之前，需要通过 TCP 建立一个可靠的连接。这个过程通过 TCP 的“三次握手”完成。
  • 数据传输：HTTP 请求和响应数据通过 TCP 连接进行传输。TCP 确保数据的顺序性、完整性和可靠性，即使在网络不可靠的情况下也能正确传输数据。
  • 关闭连接：HTTP 交互完成后，TCP 连接可以通过“四次挥手”正常关闭。

3. HTTP 请求和响应的传输过程

以下是 HTTP 请求和响应通过 TCP 传输的详细过程：

3.1 客户端发起 HTTP 请求

  1. 建立 TCP 连接：
    • 客户端（如浏览器）通过 TCP 的三次握手与服务器建立连接。
    • 三次握手过程：
      • 客户端发送 SYN 报文。
      • 服务器回复 SYN-ACK 报文。
      • 客户端发送 ACK 报文，完成连接建立。
  2. 发送 HTTP 请求：
    • 客户端通过已建立的 TCP 连接发送 HTTP 请求。
    • HTTP 请求包括请求行（如 GET / HTTP/1.1）、请求头（如 Host: www.example.com）和请求体（如果有的话）。

3.2 服务器处理请求并返回响应

  1. 接收 HTTP 请求：
    • 服务器通过 TCP 连接接收客户端发送的 HTTP 请求。
    • 服务器解析 HTTP 请求，提取请求信息（如请求路径、请求头等）。
  2. 生成 HTTP 响应：
    • 服务器根据请求内容生成 HTTP 响应。
    • HTTP 响应包括状态行（如 HTTP/1.1 200 OK）、响应头（如 Content-Type: text/html）和响应体（如网页内容）。
  3. 发送 HTTP 响应：
    • 服务器通过 TCP 连接将 HTTP 响应发送回客户端。

3.3 客户端接收响应并关闭连接

  1. 接收 HTTP 响应：
    • 客户端通过 TCP 连接接收服务器发送的 HTTP 响应。
    • 客户端解析 HTTP 响应，提取响应内容（如网页内容）。
  2. 关闭 TCP 连接：
    • HTTP 交互完成后，客户端和服务器通过 TCP 的四次挥手关闭连接。
    • 四次挥手过程：
      • 客户端发送 FIN 报文。
      • 服务器回复 ACK 报文。
      • 服务器发送 FIN 报文。
      • 客户端回复 ACK 报文，完成连接关闭。

4. HTTP/2 和 HTTP/3 的改进

  • HTTP/2：
    • HTTP/2 在 TCP 之上引入了多路复用、二进制帧、头部压缩等特性，提高了传输效率。
    • 它仍然依赖 TCP 提供的可靠传输。
  • HTTP/3：
    • HTTP/3 基于 QUIC 协议，而不是 TCP。QUIC 是一个基于 UDP 的传输层协议，提供了类似 TCP 的可靠性，同时优化了连接建立和数据传输的性能。
    • HTTP/3 的引入进一步提升了 Web 性能，特别是在高延迟和高丢包率的网络环境中。

5. 总结

  • TCP 是一个底层的传输层协议，负责提供可靠的、面向连接的通信服务。
  • HTTP 是一个应用层协议，用于客户端和服务器之间的数据交互，依赖于 TCP 提供的可靠传输。
  • HTTP 请求和响应通过 TCP 连接进行传输，TCP 确保数据的顺序性、完整性和可靠性。
    TCP 和 HTTP 的关系可以类比为“运输工具”和“货物”的关系：TCP 是运输工具（如卡车），负责将货物（HTTP 请求和响应）安全、可靠地运输到目的地。