学习笔记 图解HTTP 第二章：简单的HTTP协议

HTTP是不保存状态的协议

HTTP是一种不保存状态，即无状态(stateless)协议。其自身不对请求和相应之间的通信状态进行保存。这是为了更快地处理大量事务，确保协议的可伸缩性，而特意设计成如此简单的。为了实现期望的保持状态功能，引入了Cookie技术

请求URI定位资源

HTTP协议使用URI定位互联网上的资源，当客户端发送请求时，URI需要将请求报文中的请求URI包含在内，方式如下所示：

如果是对服务器本身发起请求，可以用 * 来代替请求URI。

告知服务器意图的HTTP方法

GET：获取资源

GET方法用来请求访问已被URI识别的资源。如果请求的资源是文本，那就保持原样返回；如果是像CGI(通用网关接口)那样的程序，则返回经过执行后的输出结果。

POST：传输实体主体

POST方法用来传输实体的主体，主要目的在于发送想告诉服务器的信息。

PUT：传输文件

由于HTTP/1.1的PUT方法自身不带验证机制，所以一般不用此方法来上传文件。

一般来说，PUT和POST方法的功能是类似的，只是在语义上进行了功能的区别。区别在于：POST是向服务器新建一个实体，PUT是在服务器原有实体上进行更新，PUT比POST多了幂等性

HEAD：获得报文首部

HEAD方法和GET方法一样，只是不返回报文主体部分。用于确认URI的有效性及资源更新的日期时间等。

DELETE：删除

DELETE方法用来删除文件，是与PUT相反的方法，按请求URI删除指定的资源。由于HTTP/1.1的DELETE方法自身不带验证机制，所以一般不用此方法来上传文件。

OPTIONS：询问支持的方法

该方法用来查询针对请求URI指定的资源支持的方法。

TRACE:追踪路径

让Web服务器端将之前的请求通信环回给客户端的方法。
客户端通过TRACE方法可以查询发送出去的请求是怎样被加工修改/篡改的。

CONNECT：要求用隧道协议连接代理

此方法要求在与代理服务器 通信时建立隧道，实现用隧道协议进行TCP通信（主要使用SSL和TLS协议把通信内容加密后经网络隧道传输）。

持久连接和管线化

持久连接

在HTTP协议的初始版本中（部分http1.0），每进行一次HTTP通信就要断开一次TCP连接。而对一个HTML页面来说，要进行多次的请求才能获得全部资源，每次的请求就会造成无谓的TCP连接建立和断开，增加通信量的开销。
为了解决这一问题，部分HTTP1.0和HTTP1.1提出了持久连接，也称为HTTP keep-alive / HTTP connection reuse。持久连接的特点是，只要任意一端没有明确提出断开连接，则保持TCP连接状态。
好处：减少了TCP连接的重复建立和断开所造成的额外开销，减轻了服务器端的负载，使HTTP请求和响应能够更早地结束，这样Web页面的显示速度就相应的提高了。

管线化

持久连接使请求以管线化(pipelining)方式发送成为可能。
管线化的含义：从前发送请求后虚等待并收到相应才能发送下一个请求，管线化技术可以不用等待响应，同时并行发送多个请求，而不需要一个接一个地等待响应了。

Cookie

上一章说过，HTTP是无状态协议，它不对之前发生过地请求和响应的状态进行管理，无状态的优点在于减少服务器的CPU及内存资源的消耗，同时使HTTP协议变得简单，能够方便的被应用在各个场景里。
但是，无状态协议这个特征会导致没法记住用户的登录信息等等问题，于是引入了Cookie技术，Cookie通过在请求和响应报文中写入Cookie信息来控制客户端的状态。

上图展示了发生cookie交互的情景，先在服务器端发送的响应报文内一个叫做Set-Cookie的首部字段信息，通知客户端保存cookie，当下次客户端发送请求时，客户端会自动在请求报文中加入Cookie值后发送出去；随后服务器端收到cookie，进行解析看是哪个客户端的cookie，最终得到之前的状态信息。

1. 客户端首次请求：
   
2. 服务器返回响应，包含cookie：
   
3. 在获得cookie后，客户端之后发送的请求：