HTTP协议是一个属于TCP/IP通信协议应用层的一种面向对象的超文本传输协议。
HTTP的主要特点:
1. 用于客户端和服务端之间的通信
应用 HTTP 协议时,必定是一端担任客户端角色,另一端担任服务器端角色,按实际情况,客户端和服务器端的角色可能会发生互换。
2. 通过请求和响应的交换达成通信
HTTP 协议规定,请求从客户端发出,最后服务器端响应该请求并返回。换句话说,肯定是先从客户端开始建立通信的,服务器端在没有接收到请求之前不会发送响应(使用http协议实现推送功能比较困难)。
3. HTTP是一种不保存状态的协议
为了更快地处理大量事务,确保协议的可伸缩性,HTTP 协议自身不对请求和响应之间的通信状态进行保存。也就是说在 HTTP 这个级别,协议对于发送过的请求或响应都不做持久化处理。
随着Web的不断发展,需要实现保存类似于登陆状态等功能,于是引入了 Cookie技术。
4. 请求URI定位资源
当客户端请求访问资源而发送请求时,URI 需要将作为请求报文中的请求 URI 包含在内。正是因为 URI 的特定功能,在互联网上任意位置的资源都能访问到。
5. 通过HTTP方法告知服务器意图
方法 | 用途 | 描述 |
---|---|---|
GET | 获取资源 | GET 方法用来请求访问已被 URI 识别的资源。指定的资源经服务器端解析后返回响应内容。 |
POST | 传输实体主体 | GET主要目的是获取响应的主体内容,POST主要目的是把传输实体的主体传输给服务器。 |
PUT | 传输文件 | 就像 FTP 协议的文件上传一样,要求在请求报文的主体中包含文件内容,然后保存到请求 URI 指定的位置。(不带验证机制,不安全) |
HEAD | 获得报文首部 | HEAD 方法和 GET 方法一样,只是不返回报文主体部分。用于确认URI 的有效性及资源更新的日期时间等。 |
DELETE | 删除文件 | 按请求 URI 删除指定的资源,与PUT相反。(不带验证机制,不安全) |
OPTIONS | 询问支持的方法 | 用来查询针对请求 URI 指定的资源支持的方法。 |
TRACE | 追踪路径 | 让 Web 服务器端将之前的请求通信环回给客户端的方法。 |
CONNECT | 要求用隧道协议连接代理 | 主要使用 SSL(Secure Sockets Layer,安全套接层)和 LS(Transport Layer Security,传输层安全)协议把通信内容加 密后经网络隧道传输。 |
注意:方法名区分大小写,注意要用大写字母。
HTTP/1.0 和 HTTP/1.1 支持的方法
6. 持久连接节省通信量
HTTP 协议的初始版本中,每进行一次 HTTP 通信就要断开一次 TCP连接。
以当年的通信情况来说,因为都是些容量很小的文本传输,所以即使这样也没有多大问题。可随着 HTTP 的普及,文档中包含大量图片的情况多了起来。
比如,使用浏览器浏览一个包含多张图片的 HTML 页面时,在发送请求访问 HTML 页面资源的同时,也会请求该 HTML 页面里包含的其他资源。因此,每次的请求都会造成无谓的 TCP 连接建立和断开,增加通信量的开销。
持久连接
持久连接(HTTP Persistent Connections)也称为 HTTP keep-alive 或HTTP connection reuse,特点是,只要任意一端没有明确提出断开连接,则保持 TCP 连接状态。
持久连接的好处在于减少了 TCP 连接的重复建立和断开所造成的额外开销,减轻了服务器端的负载。另外,减少开销的那部分时间,使HTTP 请求和响应能够更早地结束,这样 Web 页面的显示速度也就相应提高了。
注意:服务器端和客户端需要同时支持持久连接。
管线化
持久连接使得多数请求以管线化(pipelining)方式发送成为可能。从前发送请求后需等待并收到响应,才能发送下一个请求。管线化技术出现后,不用等待响应亦可直接发送下一个请求。用持久连接可以让请求更快结束,请求数越多,时间差就越明显。
7. 使用 Cookie 的状态管理
HTTP 是无状态协议,它不对之前发生过的请求和响应的状态进行管理。
不可否认,无状态协议当然也有它的优点。由于不必保存状态,自然可减少服务器的 CPU 及内存资源的消耗。从另一侧面来说,也正是因为 HTTP 协议本身是非常简单的,所以才会被应用在各种场景里。
Cookie 技术通过在请求和响应报文中写入 Cookie 信息来控制客户端的状态。Cookie 会根据从服务器端发送的响应报文内的一个叫做 Set-Cookie 的首部字段信息,通知客户端保存 Cookie。当下次客户端再往该服务器发送请求时,客户端会自动在请求报文中加入 Cookie 值后发送出去。服务器端发现客户端发送过来的 Cookie 后,会去检查究竟是从哪一个客户端发来的连接请求,然后对比服务器上的记录,最后得到之前的状态信息。
第一次请求:没有 Cookie 信息状态
第二次请求:存有Cookie信息状态的请求
HTTP 请求报文和响应报文的内容如下:
1、没有 Cookie 信息状态的请求报文:
GET /reader/ HTTP/1.1
Host: hackr.jp // 首部字段内没有Cookie的相关信息
2、服务器端生成 Cookie 信息后的响应报文
HTTP/1.1 200 OK
Date: Thu, 12 Jul 2012 07:12:20 GMT
Server: Apache
<Set-Cookie: sid=1342077140226724; path=/; expires=Wed,10-Oct-12 07:12:20 GMT>
Content-Type: text/plain; charset=UTF-8
3、保存 Cookie 信息后再次请求的报文
GET /image/ HTTP/1.1
Host: hackr.jp
Cookie: sid=1342077140226724 // 首部字段内已经含有了Cookie相关信息
本人能力有限,如果此博文中有哪里讲得让人难以理解,欢迎留言交流,若有讲解错的地方欢迎指出,大家互相学期,共同进步!