Http协议类
Http协议的主要特点
-
简单快速:每个资源都是一个固定的uri
-
灵活:每一个http协议头部会有一个数据类型,通过一个http协议就可以完成不同数据类型的传输
-
无连接:我链接一次他就会断掉不会保持连接
-
无状态:客户端和服务端是两种身份,客户端向服务端请求数据,http帮你建立连接,帮你中间传输,完成任务连接就断开了
Http方法
- GET 获取资源
- POST 传输资源
- PUT 更新资源
- DELETE 删除资源
- HEAD 获得报文首部
Http的报文组成
-
请求报文:请求行:请求方法 URL地址 协议名称或版本号
请求头: 键值对 服务端据此获取客户端的信息
空行: 分隔请求头和请求体
请求体: 通过请求体传值
-
响应报文: 状态行: 说明所请求的资源情况
响应头 : 描述服务器基本信息
空行 : 分隔响应头和响应体
响应体:服务端返回的数据
POST和GET的区别
- GET在浏览器回退时是无害的,而POST会再次提交请求
- GET产生的url地址可以被收藏,而POST不可以
- GET请求会被浏览器主动缓存,而POST不会,除非手动设置
- GET只能进行url编码,而POST支持多种编码
- GET参数会被浏览器保存在在浏览记录里,而POST不会
- GET请求在url传递参数有长度限制
- 对参数数据类型,GET只接受ASCII字符
- GET比POST更不安全,参数直接暴露在url上,不能用来传递敏感信息
- GET参数通过url传递,而POST放在Request body中
Http状态码
- 1xx:指示信息,表示请求已成功接收
- 2xx:成功,请求已成功接收 200 OK:客户端请求成功
- 3xx:重定向,完成请求必须进行更进一步操作
- 4xx:客户端错误 400 Bad Request:客户端请求语法有错误,不能被服务端理解 404 NOT Found 请求资源不存在
- 5xx:服务端错误 500 服务器发生不可预期的错误
持久连接
-
HTTP协议采用“请求-应答”模式,不开启KeepAlive模式时,每个req/res客户端和服务端都要新建一个连接,完成之后立即断开连接(HTTP协议为无连接的协议);
-
当开启Keep-Alive模式(又称持久连接、连接重用)时,Keep-Alive功能使客户端到服务器端的连接持续有效,当出现对服务器的后继请求时,Keep-Alive功能避免了建立或者重新建立连接。
管线化
持久连接的情况下
非管线化:
请求1 -> 响应1 -> 请求2 -> 响应2 -> 请求3 -> 响应3
管线化
请求1 -> 请求2 -> 请求3 -> 响应1 -> 响应2 -> 响应3
管线化机制通过持久连接完成,仅HTTP/1.1支持此技术
只有GET和HEAD请求可以进行管线化,而POST则有所限制
初次创建连接时不应启动管线机制,因为对方(服务器)不一定支持HTTP/1.1版本的协议
HTTP/1.1要求服务器端支持管线化,但并不要求服务器端也对响应进行管线化处理,只是要求对于管线化的请求不失败即可
由于上面提到的服务器端问题,开启管线化很可能并不会带来大幅度的性能提升,而且很多服务器端和代理程序对管线化的支持并不太好,因此现代浏览器默认并为开启管线化支持