前端——HTTP

1、HTTP协议主要特点

   简单快捷：统一资源符（URI）是固定的，处理时比较方便简单。想处理某一资源直接输入URI

   灵活：在每个HTTP协议中头部数据类型，通过一个HTTP协议就可以完成不同类型数据传输

   无连接：连一次就会断掉，不会保持连接

   无状态：客户端和服务器端是两种不同身份，客户端向服务器端发请求，HTTP帮建立连接进行传输，任务完成后连接就断开。下次客户端再发请求，服务端是不能区分上次连接和本次连接是不是同一个身份，因为服务端没记住其状态，即：单从HTTP协议上是不能区分再次连接者的身份。

2、HTTP报文的组成部分

      请求报文和响应报文

      请求报文包括：请求行、请求头、空行、请求体

                              请求行包括：HTTP方法、页面地址、HTTP协议、版本

                              请求头：key  value值，来告诉服务器端要拿什么内容

                              空行：告诉服务端往下进行，从请求头到请求体了

      响应报文包括：状态行、响应头、空行、响应体

                              状态行：HTTP协议、版本、HTTP状态码

                              响应头：key : value组成

3、HTTP方法

      GET：获取资源

      POST：传输资源

      PUT：更新资源

      DELETE：删除资源

      HEAD：获得报文首部

4、POST和GET的区别

•      GET在浏览器回退时不会重复提交，而POST会再次提交请求
•      GET产生的URL地址可以被收藏，而POST不可以
•      GET请求会被浏览器主动缓存，而POST不会，除非手动设置
•      GET请求只能进行url编码，而POST支持多种编码方式
•      GET请求参数会被完整保留在浏览器记录里，而POST中的参数不会被保留（防攻击）
•      GET请求在URL中传送的参数是有长度限制的（2KB），而POST没有限制
•      对参数的数据类型，GET只接受ASCII字符，而POST没有限制
•      GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息
•     GET参数通过URL传递，POST放在Request body中

5、HTTP状态码

     1xx：指示信息——表示请求已接收，继续处理

     2xx:  成功——表示请求已被成功接收

     3xx:  重定向——要完成请求必须进行更进一步的操作

     4xx:  客户端错误——请求有语法错误或请求无法实现

     5xx:  服务器错误——服务器未能实现合法的请求

     200  OK：客户端请求成功

     206  Partial Content:  客户发送了一个带有Range头的GET请求，服务器完成了它

     301  Moved Permanently: 所有请求的页面已经转移至新的url

     302  Found:  所请求的页面已经临时转移至新的url

     304  Not Modified:客户端有缓冲的文档并发出了一个条件性的请求，服务器告诉客户，原来缓冲的文档还可以继续使用

     400  Bad Request:  客户端请求有语法错误，不能被服务器所理解

     401  Unauthorized:  请求未经授权，这个状态码必须和WWW-Authenticate报头域一起使用。

     403  Forbidden:  对被请求页面的访问被禁止

     404  Not Found:  请求资源不存在

     500  Internal Server Error:  服务器发生不可预期的错误，原来缓冲的文档还可以继续使用

     503  Server Unavailable:  请求未完成，服务器临时过载或当机，一段时间后可能恢复正常。

6、HTTP持久连接     （1.1版本支持，1.0版本不支持）

     HTTP协议采用“请求-应答”模式，当使用普通模式，即非keep-Alive模式时，每个请求应答客户和服务器都要新建一个连接，完成之后立即断开连接（HTTP协议为无连接的协议）

        当使用keep-Alive模式（又称持久连接，连接重用）时，keep-Alive功能使客户端到服务器端的连接持续有效。当出现对服务器的后继请求时，keep-Alive功能避免了建立或者重新建立连接。

7、管线化：把现有请求打包一次性传输，响应也打包一次性发回。

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

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

（管线化）某个连接上的消息变成了类似：

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

8、管线化

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