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要求服务器端支持管线化，但并不要求服务器端也对响应进行管线化处理，只是要求对于管线化的请求不失败即可
由于上面提到的服务器端问题，开启管线化很可能并不会带来大幅度的性能提升，而且很多服务器端和代理程序对管线化的支持并不太好，因此现代浏览器默认并为开启管线化支持