web前端必会的HTTP协议知识
HTTP协议
HTTP<超文本传输协议>的缩写。是用于从WWW服务器传输超文本到本地浏览器的传输协议.HTTP是一个应用层协议，由请求和响应构成，是一个标准的个客户端和服务器模型。
HTTP协议的特点
- 支持客户/服务器模式
- 简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。
- 灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type（Content-Type是HTTP包中用来表示内容类型的标识）加以标记。
- 无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。
- 无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。
HTTP报文
-
请求报文：一个HTTP请求报文由四个部分组成：请求行、请求头、空行、请求体。
- 请求行：请求行由
请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。比如 GET /data/info.html HTTP/1.1 - 请求头：key: value值，告诉服务器客户端需要哪些内容，什么类型。
- 空行：它的作用是通过一个空行，告诉服务器请求头部到此为止。
- 请求体：若方法字段是GET，则此项为空，没有数据。若方法字段是POST,则通常来说此处放置的就是要提交的数据
- 请求行：请求行由
-
响应报文：HTTP响应报文也由四部分组成：状态行、响应头、空行、响应体。
- 响应行：响应行一般由
协议版本、状态码及其描述组成 比如 HTTP/1.1 200 OK - 响应头：响应头用于描述服务器的基本信息，以及数据的描述，服务器通过这些数据的描述信息，可以通知客户端如何处理等一会儿它回送的数据。
- 空行：它的作用是通过一个空行，告诉服务器请求头部到此为止。
- 响应体：响应体就是响应的消息体，如果是纯数据就是返回纯数据，如果请求的是HTML页面，那么返回的就是HTML代码，如果是JS就是JS代码，如此之类。
- 响应行：响应行一般由
GET和POST的区别
-
GET在浏览器回退时是无害的，而POST会再次提交请求
-
GET产生的UR地址可以被收藏，而POST不可以
-
GET请求会被浏览器主动缓存，而POST不会，除非手动设置
-
GET请求只能进行ur|编码，而POST支持多种编码方式
-
GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留
-
GET请求在URL中传送的参数是有长度限制的，而POST没有限制
-
对参数的数据类型，GET只接受ASCII字符，而POST没有限制
-
GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息
-
**GET参数通过URL传递，POST放在Request body中 **
状态码
- 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默认并未开启管线
化支持
