图解HTTP读书笔记（二）

图解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）方式发送成为可能。从前发送请求后需等待并收到响应，才能发送下一个请求。管线化技术出现以后，不用等待响应可直接发送下一个请求。

这样就能够做到同时并行发送多个请求，而不需要一个接一个的等待响应了。