HTTP是一种无状态的协议。HTTP协议自身不对请求和响应之间的通信状态进行保存。也就是说HTTP这个级别,协议对于发送过的请求和响应都不做持久化的处理。
这是为了更快的处理大量的事务,确保协议的可伸缩性。而特意把HTTP设计得这么简单的。
HTTP/1.1提出了相应的解决方法,虽然HTTP1.1也是无状态的协议,但是引入了Cookie技术。有了Cookie再使用HTTP通信,就可以管理状态了。后面我会总结到Cookie。
获取资源。用来请求访问一杯URI识别的资源。指定的资源经过服务器解析后返回的响应内容。
传输内容实体。虽然GET方法也可以用来传输内容实体,但是我们一般都不怎么做。POST的主要目的并不是获取响应的主体内容。
传输文件。就想FTP协议中的请求文件上传一样,要求在请求报文的实体中包含文件内容,然后保存到请求的URI指定的位置。但是鉴于HTTP1.1的PUT方法自身不带有验证机制,任何人都可以上传文件,存在安全问题,因此一般的网站不选用这种方式。如果配合Web应用程序的验证机制,或架构设计采用REST标准的同类Web网站,就可能会开放使用PUT方法。
获取报文首部 。HEAD方法和GET方法一样,只是不返回报文的主体部分。用于确认URI的有效性以及资源更新的日期时间等。
删除文件。与PUT方法相反,按照请求的URI删除指定的资源。
用来查询针对请求的URI指定的资源支持的方法。
要求隧道协议连接代理
CONNECT方法要求在与代理服务器通信的时候建立隧道,实现用隧道协议进行TCP通信。主要使用SSL(secure sockets layer,安全套接层)和TLS(Transport Layer Security,传输层安全)协议把通信内容加密后经过网络隧道传输。
CONNECT方法的格式如下:
CONNECT代理服务器名:端口号 HTTP版本
最后,我们要知道,方法的作用在于,可以指定请求的资源按照期望产生某种行为。而且方法的名称分大小写之分,记得使用大写。
在一开始的HTTP协议中,每进行一次HTTP 通信就断开一次TCP连接。
在请求一个很多资源的HTML页面的时候,每次连接都会造成无所谓的TCP连接的建立和断开,增加了通信量的开销。
持久连接也被称为HTTP keep alive或者HTTP connection reuse。它的特点是,只要任意一端没有明确提出断开连接,则保持TCP连接状态。
这样做的好处:
之前需要发送请求之后必须等待并且接收到回应之后,才能发送下一个请求。管线化技术出现之后,就不用等待就可以发送下一个请求了。
能够做到同时并行发送多个请求,而不需要一个接着一个地等待响应。
Cookie的工作原理:Cookie会根据从服务端发送的响应报文中的一个称set-Cookie的首部字段中,通知客户端保存Cookie。当客户端下次再往服务端发送请求的时候,客户端会自动在请求报文中加入Cookie值发送出去。
(Cookie是由服务端决定是是否添加的,也是由服务端生成,发送给客户端,客户端被动保存的)
服务端接收到Cookie后,会去检查究竟是从哪一个客户端发送过来的(主要是通过对比服务端的记录),最后得到之前的状态信息。
上面两次请求的请求和响应报文如下所示:
转载作者:GpingFeng
原文链接:传送门