前言
Http一定是服务端和客户端之间的一种通信协议,客户端发出请求,服务端响应请求
请求报文举例:
如果只是请求服务器本身,则不需要报文头加上请求资源的URI,如下图所示
1. 不保存状态协议
HTTP不负责保存状态,HTTP通信中的每条消息都不会被记忆,客户端和服务端都不记得之前发过了什么,这样子是为了让协议中字段变简单,确保Http传输和处理的效率。
所以我们一般使用Cookie来保存状态
1.1 Cookie
Cookie的工作方式:客户端先在请求报文中添加请求使用Cookie信息,服务端收到信息后先查看是哪一个客户端发来的信息,查看完毕后,将cookie信息处理后(该信息主要是用来辨别是哪个客户端,并控制客户端状态)装进响应报文里,客户端收到响应报文,就在本地保存cookie,并在下次发送请求时带上cookie信息,服务端一看这个cookie就知道是哪个客户端给自己发送了消息,这个客户端现在是什么状态。
2. 告知服务器意图的HTTP请求方法
Get
用来请求访问已被URI识别的资源,服务器响应就返回它想要访问的资源
POST
POST用来向服务端传输实体数据,Get也能传输,但是一般我们不使用GET进行传输。
PUT
PUT用于传输文件,但是PUT不能对文件的正确性和完整性就行校验,所以这个方法是不安全的,但是对于REST架构设计的网站会开放PUT使用
HEAD
HEAD和GET方法差不多的作用形式,只是它的响应报文不返回实体数据内容,会返回想要请求访问的URI的有效性和资源更新时间等
DELETE
用于删除文件,和PUT功能恰好相反,其也是不安全的
OPTIONS
用于向服务端确认自己想访问的资源支持哪些访问方式:
TRACE
用于跟踪从客户端到服务端信息传输的路径,一般会有很多中转服务器呀,代理服务器等等不是最终服务器的横梗在客户端和最终服务器中间
TRACE访问方法设置了一个MAX-FORWORD值,当到达一个服务器就将这个值减1,如果减到0了,就会立马返回给客户端一个状态码为200的响应。
CONNECT
用于与服务器建立隧道通信,该通信方式一般和SSL和TLS加密通信相配合。
3. 持久连接
以前的HTTP通信每次一通信完就会断开连接,在之前只传输小文本的时代还可以接受,但是现在每次通信传输的东西都特别大比如很多图片什么的。所以这样每次断开还要重新连接就会极大地消耗资源。
所以现在HTTP支持持久连接,意思是客户端和服务端没有任何一方提出断开申请,就会一直保持连接。
在持久连接地前提下,现在不少通信方式也支持管线化通信,以前需要传输一条消息,收到一条响应回复,再传输下一条消息,如果采用管线化通信,就不需要等待服务端响应,一直发。