图解HTTP读书笔记(二)
第二章 简单的HTTP协议
HTTP请求与响应
HTTP协议规定,请求从客户端发出,最后服务端响应该请求并返回。所以是客户端开始建立通信的,服务端在没有接收到请求之前是不会响应的。
如图
请求
HTTP请求信息称为请求报文。由请求行,请求头(请求首部字段),请求正文(内容实体)3部分组成。请求头和请求正文会在后面章节详细说明。请求行:包括请求方法,URI,HTTP协议版本组成。
如:GET http://blog.csdn.net/qq_33689414?viewmode=contents HTTP/1.1
请求报文:
- 响应
响应报文:有响应行,响应头部,响应正文组成。后面会详细说明。
响应行:有协议版本,状态码,解释状态码的原因短语。
HTTP是不保存状态的协议与Cookie
HTTP是一种不保存状态,即无状态协议。HTTP协议自身不对请求和响应之间的通信状态进行保存。也就是说不做持久化处理。
为了实现期望的保持状态功能,于是引入了Cookie技术。
- Cookie技术
Cookie技术通过在请求和响应报文中写入Cookie信息来控制客户端的状态。
Cookie会根据从服务器端发送的响应报文内的一个叫做Set-Cookie的首部字段信息,通知客户端保存Cookie。当下次客户端再往服务器发送请求时,客户端会自动在请求报文中加入Cookie值后发送出去。服务器端发现客户端发送过来的Cookie后,会检查是从哪一个客户端发过来的请求,对比服务器上的记录,最后得到之前的状态信息。
如图
报文信息
请求URI定位资源
请求URI定位资源的方式有多种:
- URI为完整的请求:
GET http://hacker.jp/index.htm HTTP/1.1
- 在首部字段Host中写明网络域名或IP地址
GET /index.htm HTTP/1.1
Host:hacker.jp
- 以*来代替请求的URI
OPTIONS * HTTP/1.1
HTTP请求方法
GET:获取资源
GET方法用来请求访问已被URI识别的资源。指定的资源经服务器端解析后返回相应的内容。
- POST:传输实体的主体
POST方法用来传输实体的主体。
- HEAD:获得报文首部
HEAD方法和GET方法一样,只是不返回报文主体部分。用于确认URI的有效性及资源更新的日期和时间等。
- PUT:传输文件
PUT方法用来传输文件。但是鉴于HTTP/1.1的PUT方法自身不带验证机制,任何人都可以上传文件,存在安全问题,因此一般的web网站不使用该方法。
- DELETE:删除文件
DELETE方法用来删除文件,与PUT相反,DELETE方法按请求URI删除指定的资源。和PUT一样不带验证机制,存在安全问题。
- OPTIONS:询问支持的方法
OPTIONS方法用来查询针对请求URI指定的资源支持的方法。
- TRACE:追踪路径
TRACE方法是让web服务器端将之前的请求通信环回给客户端的方法。
发送请求时,在Max-Forwards首部字段中填入数值,每经过服务端就将该数值减1,当数值刚好减到0时,就停止继续传输,最后接受到请求的服务器端则返回状态码200的响应。
客户端通过TRACE方法可以查询发送出去的请求是怎样被加工修改/篡改的。
但是,TRACE方法本来就不怎么常用,加上它容易引发XST(跨站追踪)攻击。
- CONNECT:要求用隧道协议连接代理
CONNECT方法要求在与代理服务器通信时建立隧道,实现用隧道协议进行TCP通信。主要使用SSL(安全套接字)和TLS(传输层安全)协议把通信内容加密后经过网络隧道传输。
CONNECT方法的格式如下:
CONNECT 代理服务器名 : 端口号 HTTP版本
持久连接与管线化
HTTP协议的初始版本中,每进行一次HTTP通信就要断开一次TCP连接。当初传输的文件比较小,所以没什么问题。现在使用浏览器浏览包含一个多张图片的HTML页面时,在发送请求访问HTML页面的同时,也会请求该HTML页面里包含的其他资源。因此,每次请求都会造成无谓的TCP连接建立和断开,增加通信量的开销。
- 持久连接
为了解决上述TCP连接的问题,HTTP/1.1和一部分HTTP/1.0想出了持久连接(HTTP Persistent Connection,也称为HTTP keep-alive)的方法。
持久连接的特点是:只要任意一端没有明确提出断开连接,则保持TCP连接状态。
持久连接的好处在于减少了TCP连接的重复建立和断开所造成的额外开销,减轻了服务器的负载。
在HTTP/1.1中,所有连接默认都是持久连接。
- 管线化
持久连接使得多数请求以管线化(pipelining)方式发送成为可能。从前发送请求后需等待并收到响应,才能发送下一个请求。管线化技术出现以后,不用等待响应可直接发送下一个请求。
这样就能够做到同时并行发送多个请求,而不需要一个接一个的等待响应了。