标签:
1 HTTP用于客户端和服务器段之间的通信
1.1 客户端、服务端
请求访问文本或图像等资源的一端称为客户端,而提供资源响应的一端称为服务器端
1.2 请求、响应
客户端和服务器端通过“请求”和“响应”的交换达成通信。
客户端先开始建立通信,服务器端在没有接收到请求之前不会发送响应。
请求报文:
响应报文:
2 HTTP是不保存状态的协议
使用HTTP协议,每当有新的请求发送时,就会有对应的新响应产生。协议本身并不保留之前一切的请求或响应报文的信息。
3 告知服务器意图的http方法
3.1 GET:获取资源
GET方法用来请求已被URI识别的资源,指定的资源经过服务器端解析处理后,返回响应内容。
3.2 POST:传输实体主体
POST方法用来传输实体的实体。虽然用GET方法也可以传输实体的主体,但一般不用GET方法进行传输,而是用POST方法。虽说POST和GET很相似,但POST的主要目的并不是获取响应的主体内容。
3.3 PUT:传输文件
PUT方法用来传输文件。就像FTP协议的文件上传一样,要求在请求报文的主体中包含文件内容,然后保存到请求URI指定的位置。
3.4 HEAD:获取报文首部
HEAD方法和GET方法一样,只是不返回报文主体部分。用于确认URI的有效性及资源更新的日期时间等。
3.5 DELETE:删除文件
DELETE方法用来删除文件,是与PUT相反的方法。DELETE方法按请求URI删除指定的资源。
3.6 OPTIONS:询问支持的方法
OPTIONS方法用来查询针对请求URI指定的资源支持的方法。
3.7 TRACE:追踪路径
TRACE方法是让WEB服务器端将之前的请求通信环回给客户端的方法。
发送请求时,在Max-Froward首部字段中填入数值,每经过一个服务器端,就将该数字减1,当数值刚好减到0时,就停止继续传输,最后接收到请求的服务器端则返回状态吗200 OK的响应。
TRACE方法本来就不怎么常用,再加上它容易引发XST(Cross-Site Tracing,跨站追踪)攻击,通常就更不会用到了。
3.8 CONNECT:要求用隧道协议连接代理
CONNECT方法要求在与代理服务器通信时建立隧道,实现用隧道协议进行TCP通信。
4 持久连接节省通信量
4.1 HTTP初始版本的问题
在HTTP协议的初始化版本中,每进行一次HTTP通信就要断开一次TCP连接:
以当年的通信情况来说,因为都是容量很小的文本传输,所以即使这样也没有多大问题。随着HTTP的普及,文档中包含大量图片的情况多了起来:
4.2 持久连接
为解决上述TCP连接的问题,HTTP/1.1想出了持久连接(HTTP Persistent Connections,也称为HTTP keep-alive或HTTP Connection reuse)的方法。持久连接的特点是:只要任意一端没有明确提出断开连接,则保持TCP连接状态。
持久连接的好处在于减少了TCP连接的重复建立和断开所造成的额外开销,减轻了服务器端的负载。另外,较少开销的那部分时间,使http请求和响应能更早地结束,这样Web页面的显示速度也就相应提高了。
在HTTP/1.1中,所有的连接默认都是持久连接,但在HTTP/1.0内并未标准化。除了服务器端,客户端也需要支持持久连接。
4.3 管线化
持久连接使得多数请求以管线化(pipelining)方式发送成为可能。从前发送请求后需等待并收到响应,才能发送下一个请求。管线化技术出现后,不用等待响应亦可直接发送下一个请求。这样就能够做到同时并行发送多个请求,而不需要一个接一个地等待响应了。
比如,当请求一个包含10张图片的HTML WEB页面,与挨个连接相比,用持久连接可以让请求更快结束。而管线化技术则比持久连接还要快。请求数越多,时间差就越明显。
5 使用cookie的状态管理
HTTP是无状态协议,服务器端不对之前发生过的请求和响应进行管理。也就是说,无法根据之前的请求进行本次的请求处理。
不可否认,由于不必保存状态,自然可以减少服务器的CPU和内存资源的消耗。但是某些情况又需要控制客户端的状态。于是,引入了cookie技术。
cookie技术通过在请求和响应报文中写入cookie信息来控制客户端的状态。
cookie会根据从服务器端发送的响应报文内的一个叫做Set-Cookie的首部字段信息,通知客户端保存Cookie。当下次客户端再往该服务器发送请求时,客户端会自动在请求报文中加入Cookie值后发送出去。
服务器端发现客户端发送过来的Cookie后,会检查究竟是从哪一个客户端发过来的连接请求,然后对比服务器上的记录,最后得到相关的状态信息。
相关的请求-响应报文内容:
标签:
原文地址:http://my.oschina.net/sunchp/blog/488347