web前端必须掌握的HTTP协议知识

最新推荐文章于 2024-06-09 10:30:22 发布

fuux

最新推荐文章于 2024-06-09 10:30:22 发布

阅读量5.7k

点赞数 8

分类专栏： HTTP 文章标签：面试 http 前端

本文链接：https://blog.csdn.net/qq_42586895/article/details/104398115

版权

3 篇文章 0 订阅

订阅专栏

web前端必会的HTTP协议知识

HTTP<超文本传输协议>的缩写。是用于从WWW服务器传输超文本到本地浏览器的传输协议.HTTP是一个应用层协议，由请求和响应构成，是一个标准的个客户端和服务器模型。

支持客户/服务器模式
简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type（Content-Type是HTTP包中用来表示内容类型的标识）加以标记。
无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

请求报文：一个HTTP请求报文由四个部分组成：请求行、请求头、空行、请求体。
1. 请求行：请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。比如 GET /data/info.html HTTP/1.1
2. 请求头：key: value值，告诉服务器客户端需要哪些内容，什么类型。
3. 空行：它的作用是通过一个空行，告诉服务器请求头部到此为止。
4. 请求体：若方法字段是GET，则此项为空，没有数据。若方法字段是POST,则通常来说此处放置的就是要提交的数据
响应报文：HTTP响应报文也由四部分组成：状态行、响应头、空行、响应体。
1. 响应行：响应行一般由协议版本、状态码及其描述组成比如 HTTP/1.1 200 OK
2. 响应头：响应头用于描述服务器的基本信息，以及数据的描述，服务器通过这些数据的描述信息，可以通知客户端如何处理等一会儿它回送的数据。
3. 空行：它的作用是通过一个空行，告诉服务器请求头部到此为止。
4. 响应体：响应体就是响应的消息体，如果是纯数据就是返回纯数据，如果请求的是HTML页面，那么返回的就是HTML代码，如果是JS就是JS代码，如此之类。

1**：指示信息—表示请求已接受，继续处理
2**：成功—表示请求已被成功接受
- 200 OK：客户端请求成功
- 206 Partial Content：客户端发送了一个带有Range头的GET请求，服务器完成了它
3**：重定向—要完成请求必须进行更进一步的操作
- 301 Moved Permanently：所有请求的页面已转移至新的URL
- 302 Found：所请求的页面已经临时转至新的URL
- 304 Not Modified：客户端有缓冲的文档并发出了一个条件性的请求，服务器告诉客户，原来缓冲的文档还可以继续使用
4**：客户端错误—请求有语法错误，或请求无法实现
- 400 Bad Request：客户端请求有语法错误，不能被服务器所理解
- 401 Unauthorized：请求未经授权，这个状态码必须和WWW-Authenticate报头域一起使用
- 403 Forbidden：对被请求的页面访问被禁止
- 404 Not Found：请求资源不存在
5**：服务器错误—服务器未能实现合法的请求
- 500 Internal Sever Error：服务器发生不可预期的错误原来缓冲的文档还可以继续使用
- 503 Server Unavailable：请求未完成，服务器临时过载或当机，一段时间后可恢复正常

HTTP协议采用“请求-应答"模式，当使用普通模式，即非Keep-Alive模式时，每个请求/应答客户和服务器都要新建一个连接，完成之后立即断开连接(HTTP协议为无连接的协议)
当使用Keep-Alive模式(又称持久连接、连接重用)时，Keep-Alive 功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive 功能避免了建立或者重新建立连接。（HTTP1.1版本支持持久连接）

在使用持久连接的情况下，某个连接上消息的传递类似于：

请求1 ->响应1 ->请求2->响应2 ->请求3 ->响应3

管线化中某个连接上的消息变成了类似这样：

请求1 ->请求2->请求3->响应1 ->响应2 ->响应3

管线化特点

管线化机制通过持久连接完成，仅HTTP/1.1支持此技术
只有GET和HEAD请求可以进行管线化，而POST则有所限制
初次创建连接时不应启动管线机制，因为对方(服务器)不- -定支持HTTP/1.1版本的协议
管线化不会影响响应到来的顺序，如上面的例子所示，响应返回的顺序并未改变
HTTP/1.1要求服务器端支持管线化，但并不要求服务器端也对响应进行管线化处理，只是要求对于管线化的请求不失败即可
由于上面提到的服务器端问题，开启管线化很可能并不会带来大幅度的性能提升，而且很多服务器端和代理程序对管线化的支持并不好，因此现代浏览器如Chrome和Firefox默认并未开启管线化支持

关注