第二章：简单的HTTP协议

妖狐艹你老母 2022-05-27 02:50 179阅读 0赞

### 2.1 http协议用于客户端和服务端之间的通信 ###

*  请求访问文本或者图像资源的一段称为客户端，提供资源响应的一端称为服务器端

### 2.2通过请求和响应的交换达成通信 ###

*  请求必定由客户端发出，而服务器端回复响应
 *  请求报文构成：请求方法，URL，协议版本，可选的请求首部字段和内容实体
 *  响应报文的构成：协议版本，状态码（请求成功或者失败的数字），用以解释状态码的原因短语，可选的响应首部字段以及实体主体![这里写图片描述][70]![这里写图片描述][70 1]

### 2.3http是不保存状态的协议（无状态协议） ###

*  http协议自身不对之前一切请求和响应之间的通信状态进行保存（不进行持久化处理）
 *  可以更快的处理大量事物，确保协议的可伸缩性
 *  为了实现期望的保存状态功能，于是引入了Cookie技术。（用户登录一家网站，即时跳转到其他页面。也需要保存用户的状态）

### 2.4请求URI定位资源 ###

*  http协议使用URI定位互联网上的资源
 *  当客户端请求访问资源而发送请求时，URI需要将作为请求报文中的请求URI包含在内

### 2.5告知服务器意图的http方法 ###

1.  GET：获取资源，制定的资源经服务器端解析后返回响应内容，如果请求的资源是文本，那就保持原样返回，如果是CGI（通用网关接口），则返回经过执行后的输出结果
2.  POST：用来传输实体的主体。get也可是传输实体的主体，而用post，但是post的主要目的并不是获取响应的主体内容
3.  PUT：用来传输文件，要求在请求报文的主体中包含文件内容，然后保存到请求URI指定的位置，但是http/1.1的put方法自身不待验证机制，任何人都可以上传文件，存在安全问题，因此一般的web网站不使用该方法。处理方法，可采用web应用程序的验证机制或者架构设计采用REST（表征状态转移）
4.  HEAD：获得报文首部，和GET方向一样，只是不返回报文主体部分。用于确认URI的有效性及资源更新的日期时间等
5.  DELETE：删除文件，安请求URI删除指定的资源
6.  OPTIONS：询问请求URI指定的资源支持的方法
7.  TRACE：追踪路径，让web服务器端将之前的请求通信环回给客户端。 可以查询发出去的请求是怎样被加工修改的。容易引发XST（Cross-Site Tracing,跨站追踪）攻击![这里写图片描述][70 2]
8.  CONNECT：要求用隧道协议链接代理，CONNECT方法要求在与代理服务器通信是建立隧道，实现用隧道协议进行TCP通信。主要使用SSL（安全套接层）和TLS（传输层安全）协议吧通信内容加密后经网络隧道传输。![这里写图片描述][70 3]

### 2.7持久连接节省通信量 ###

*  出现原因：HTTP协议的初始版本，每进行一次HTTP通信就要断开一次TCP连接。以前的通信都是一些容量很小的文本传输，即使这样也没多大问题，HTTP的普及，文档中包含越来越多的图片。在请求html页面时，也会请求页面里面包含的其他资源（图片，视频..),每次的请求都会造成无谓的tcp连接和断开，**增加了通信量的开销**
 *  如何解决？http1.1提出了持久连接（keep-alive）的方法。其特点是，只要任意一端没有明确提出断开连接，则保持tcp连接状态（建立一次tcp连接后进行多次请求和响应的交互），减轻了服务器端得负载，加快了web页面的显示速度。![这里写图片描述][70 4]
 *  **持久连接使得多数求情以管线化方式发送成为可能**。从前发送请求后需等待并收到响应，才能发送下一个请求。管线化技术出现后，可以同时并行发送多个请求，不需要一个接一个的等待响应了。管线化技术比持久连接还要快。![这里写图片描述][70 5]

### 2.8 使用Cookile的状态管理 ###

*  出现原因？ http是无状态协议，他不对之前发生过的请求和响应的状态进行管理。（无法根据之前的状态进行本次的请求处理），每次一个网站的新页面不是要再次登录，就是要在每次请求报文中附加参数来管理登录状态
 *  无状态协议当然也有优点，它可以减少服务器cpu以及内存资源的消耗。
 *  引入Cookie。Cookie技术通过在请求和响应报文中写入Cookie信息来控制客户端的状态。
 *  Cookie会根据从服务器端发送的响应报文内Set-Cookie的首部字段信息，通过客户端保存cookie。当下次客户端再往服务器发送请求时，客户端会自动正在请求报文中加入Cookie值发送出去。服务端发现客户端发送过来的cookie后，会检查究竟是从哪一个客户端发来的连接请求，然后对比服务器上的记录，最后得到**之前的状态信息**  
    ![这里写图片描述][70 6]

[70]: https://img-blog.csdn.net/20180410152222267?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FDX2dyZWVuZXI=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70
[70 1]: /images/20220527/259ed59e08954f3fb301a0639cb02a40.png
[70 2]: /images/20220527/b152312c798b412f8e261f438375130a.png
[70 3]: /images/20220527/995d63355208429ebf0ee41da5e48ab9.png
[70 4]: /images/20220527/797f1a9a016740bfa16a27695cdef52f.png
[70 5]: /images/20220527/35b440c0aa374b0685a071fa21196737.png
[70 6]: /images/20220527/3deae88b4e0946e6b8a50388a9d86825.png