HTTP 协议 -- 基础

概述

HTTP 是基于 TCP/IP 协议的应用层协议，它不涉及数据包（packet）的传输，主要是规定客户端和服务器之间的通信格式，默认使用 80 端口。

 

HTTP 协议最早版本是 HTTP/0.9，经历了 HTTP/1.0 和 HTTP/1/1 的发展，到目前为止已经是 HTTP/2.0 。其中 HTTP/1.0 最为普遍也是目前使用最久的一个版本。

 

HTTP 协议主要有以下几个特点：

1. 支持 B/S 和 C/S 模式。
2. 简单快速。客户端向服务器请求时，只需要传送请求方法和路径。
3. 灵活。HTTP 允许传输任意类型的数据对象。
4. 无连接。每次连接只处理一个请求。HTTP/0.9 和 HTTP/1.0 采用非持久连接，HTTP/1.1 采用持久连接。
5. 无状态。HTTP 协议是无状态协议，对事务处理没有记忆能力。一方面，若后续处理需要上一次的信息，那么这些数据需要重传，这导致连接传输的数据量大增。另一方面，服务器不需要前面的信息时它的应答就会很快。

无状态协议

HTTP 协议是无状态的。所谓无状态，是指服务器不会保存客户端请求的数据，这样同一个客户端这次请求和上一个请求是没有对应关系的，对服务器来说，每一个请求都是全新的，它并不知道两个请求来自同一个客户端。

为了解决这个问题，浏览器引入了 Cookie 机制，每次请求客户端都将 Cookie 中的数据全部发给服务端，而服务端将数据写入 Cookie 响应给客户端。

 

 

HTTP/1.1 持久连接

在 HTTP/0.9 和 HTTP/1.0 使用非持久连接。在非持续连接下，每个 TCP 只连接一个 Web 对象，连接在一次 请求-回应 后都会关闭，而持续连接可以让一个连接被多个请求重复利用。这种连接持久化显著减少了请求延迟，因为客户不用在首次请求后再次进行 TCP 交互确认创建连接。HTTP/1.1 引入了持续连接机制，不必为每个 web 对象创建一个新的连接，一个连接可以传送多个对象。

HTTP/1.1 还进行了宽带优化，如引入了分块传输编码来允许流化传输持续连接上发送的内容，取代原先的 buffer 模式。HTTP 管道允许客户在上一个回应被收到前发送多重请求从而进一步减少延迟的时间。

 

 

HTTP/1.1 管道机制

HTTP/1.1 引入了管道机制，管道机制前提是在持久连接下完成。在同一个 TCP 连接中，客户端可以同时发生多个请求，而不像以前那样在同一个 TCP 连接中发出请求后需要等待服务器做出回应，然后才能发生下一个请求。不过按 HTTP/1.1 协议，服务器端必须按客户端请求的顺序恢复请求。

 

 

工作流程

一次 HTTP 请求-响应 称为一个事务

1）客户端与服务器建立连接。因为 HTTP 协议是基于 TCP 协议的，所以每次建立连接时都要经过三次握手。

2）建立连接后，客户端发送一个请求给服务端。

3）服务端接收请求后，给予相应的响应消息。

4）客户端接收服务器响应的消息，然后客户端与服务器断开连接。

 

 

参考文章：

Hypertext Transfer Protocol — HTTP/1.1：https://tools.ietf.org/html/rfc2616

超文本传送协议：https://zh.wikipedia.org/wiki/超文本传输协议