简单描述HTTP请求的过程与原理

HTTP请求的过程与原理

HTTP是一种无状态的，指的是协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。也就是说，打开一个服务器上的网页和你之前打开这个服务器上的网页之间没有任何联系。HTTP遵循 请求/应答 模型

• 建立TCP连接
• Web浏览器向Web服务器发送请求命令
• Web浏览器发送请求头信息
• Web服务器应答
• Web服务器发送应答头信息
• Web服务器向浏览器发送数据
• Web服务器关闭TCP连接

HTTP的长连接与短连接：

在 HTTP/1.0 中，默认使用的是短连接。也就是说，浏览器和服务器每进行一次 HTTP 操作，就建立一次连接，但任务结束就中断连接，在服务端不保留连接的有关信息。

从 HTTP/1.1 起，默认使用长连接，用以保持连接特性。使用长连接的 HTTP 协议，会在响应头有加入这行代码：

Connection:keep-alive

在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输 HTTP 数据的 TCP 连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接。Keep-Alive 不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如 Apache）中设定这个时间。实现长连接要客户端和服务端都支持长连接。

HTTP 协议的长连接和短连接，实质上是 TCP 协议的长连接和短连接。

长连接短连接操作过程

短连接的操作步骤：

建立连接----数据传输-----关闭连接。。。建立连接-----数据传输----关闭连接

长连接的操作步骤：

建立连接---数据传输。。（保持连接）。。数据传输---关闭连接

长连接和短连接的优点和缺点

长连接可以省去较多的 TCP 建立和关闭的操作，减少浪费，节约时间。对于频繁请求资源的客户来说，较适用长连接。但是会存在一个问题，随着客户端连接越来越多，server 早晚有扛不住的时候，这时候 server 端需要采取一些策略，如关闭一些长时间没有读写事件发生的连接，这样可以避免一些恶意连接导致 server 端服务受损；如果条件再允许就可以以客户端机器为颗粒度，限制每个客户端的最大长连接数，这样可以完全避免某一个客户端连累后端服务。

短连接对于服务器来说管理较为简单，存在的连接都是有用的连接，不需要额外的控制手段。但如果客户请求频繁，将在TCP的建立和关闭操作上浪费时间和带宽。

HTTP报文格式：

请求消息格式：

请求行

头部行

附属行

响应消息格式

状态行

头部行