HTTP在通信中扮演的角色

  了解完网络中信息传输的基本流程之后，我们来看一下HTTP协议在这个流程中扮演的角色，HTTP协议又是如何连接客户端与服务器的。

客户端与服务端之间的通信

客户端：请求访问资源的一端。
服务端：提供资源响应的一端。
HTTP协议用于客户端与服务端之间的通信。并且对于一次通信而言，HTTP协议能够明确区分哪端是客户端，哪端是服务端。

下面是客户端发送给HTTP服务端的请求报文中的内容

GET /index.htm HTTP/1.1
HOST:hackr.jp

GET 表示请求访问服务器的类型，称为方法（method）。/index.htm 指明了请求的资源对象。也叫做请求的URI（request-URI）。最后的HTTP/1.1，表示HTTP的版本号。这段请求内容的意思是：请求访问某台HTTP服务器上的/index.htm页面资源。
请求报文是由请求方法，请求URI，协议版本，可选的请求首部字段和内容实体构成。
然后再一起来看一下响应报文的主要内容：

HTTP/1.1 200 OK
Date:Tue,10 Jul 2017 06:50:15 GMT
Content-Length:362
Content-Type:text/html

开头的HTTP/1.1表示服务器对应的HTTP版本。紧挨着的200 OK表示请求的处理结果的状态码（status code）和原因短语（reson-phrase）。下面一行显示了创建响应的日期时间，是首部段（header field）内的一个属性。之后的内容称为资源实体的主体。

不保存状态的HTTP协议

HTTP是一种不保存状态，即无状态（stateless）协议。HTTP协议自身不对请求和响应之间的通信状态进行保存。也就是说在HTTP这个级别，协议对于发送过的请求或响应都不做持久化处理（快速处理大量事务，确保协议的可伸缩性）。HTTP/1.1虽然是无状态协议，但为了实现期望的保持状态功能，于是引入了Cookie技术。

HTTP协议中请求服务器的方法

• GET：获取资源
     GET方法用来访问已被URI识别的资源。指定的资源经服务器端解析后返回响应内容。
• POST：传输实体主体
    POST方法用来传输实体的主体。虽然GET方法也可以传输实体主体，但一般不用GET方法进行传输，而是用POST方法。POST的功能和GET很相似，但POST的主要目的并不是获取响应的主体内容。
• PUT：传输文件
  PUT方法用来传输文件。像FTP协议的文件一样，要求在请求报文的主体中包含文件内容，然后保存到请求URI指定的位置。但是，鉴于HTTP/1.1的PUT方法自身不带验证机制，任何人都可以上传文件，存在安全性问题，因此一般的Web网站不使用该方法。使用时需配合Web应用程序的验证机制，或架构设计采用REST（Representational State Transfer，表征状态转移）标准的同类Web网站。
• HEAD：HEAD方法和GET方法一样，只是不返回报文主体部分。用于确认URI的有效性及资源更新的日期时间等。
• DELETE：删除文件。DELETE方法按请求URI删除指定的资源。与PUT方法类型。作用不一样而已。
• OPTIONS：OPTIONS方法用来查询针对请求URI指定的资源支持的方法。
• TRACES：追踪路径。TRACE方法是让Web服务器端将之前的请求通信返回给客户端的方法。客户端通过TRACE方法可以查询发送出去的请求时怎样被加工修改／篡改的。
  因为请求想要连接到源目标服务器可能会通过代理中转，TRACE方法就是用来确认连接过程中发生的一系列操作。
• CONNECT：要求用隧道协议连接代理。CONNECT方法要求在与代理服务器通信时建立隧道，实现用隧道协议进行TCP通信，主要使用SSL（Secure Sockets Layer,安全套接层）和TLS（Transport Layer Security 传输层安全）协议把通信内容加密后经网络隧道传输。

持久连接

HTTP协议的初始版本中，每进行一次HTTP通信就要断开TCP连接。这样每次请求都会造成无谓的TCP连接建立和断开，增加通信量的开销。
- 持久连接（HTTP Persistent Connections 也称为HTTP keep-alive 或 HTTP connection reuse）的方法。持久连接的特点是只要任意一端没有明确提出断开连接，则保持TCP连接状态。持久连接的好处在于减少了TCP连接的重复建立和断开所造成的额外开销，减轻了服务器端的负载。
- 管线化（pipelining） 持久连接使得多数请求以管线化方式发送成为可能。管线化技术出现后，不用等待响应亦可直接发送下一个请求。

使用Cookie的状态管理

HTTP是无状态协议，它不对之前的请求和响应的状态进行管理。通俗一点说就是，无法根据之前的状态进行本次的请求处理。在保留无状态这个特征的同时又要解决类似的矛盾问题，于是引入了Cookie技术。Cookie技术通过在请求和响应报文中写入Cookie信息来控制客户端的状态。
Cookie会根据从服务器端发送的响应报文内的一个叫做Set-Cookie的首部字段信息，通知客户端保存Cookie。当下次客户端再往该服务器发送请求时，客户端会自动在请求报文中加入Cookie值后发送出去。服务器端发现客户端发送过来的Cookie后，会去检查究竟是从哪一个客户端发来的连接请求，然后对比服务器上的记录，最后得到之前的状态信息。
- 响应报文的内容：

HTTP/1.1 200K
Date: Thu,12 Jul 2012 07:12:20 GMT
Server: Apache
<Set-Cookie:sid=134207714026724;path=/;expire=Wed,10-Oct 12 07:12:20 GMT>
Content-Type: text/plain; charset=UTF-8

• 请求报文内容

GET /image/ HTTP/1.1
Host: hacker.jp
Cookie: sid=134207714026724