大话《图解HTTP》学习笔记 2期:简单的HTTP协议

1、HTTP概述

HTTP协议用于客户端和服务器端之间的通讯,并经过请求和响应的交换而达成通讯。请求由客户端发出,而服务器回复响应。
  1. 请求报文:由请求方法、请求URI、协议版本、可选的请求首部字段和内容实体构成的。

clipboard.png

2.响应报文:由协议版本、状态码(表示请求成功或失败的数字代码)、用以解释状态码的缘由短语、可选的响应首部字段以及实体主体构成。 前端

clipboard.png

2、HTTP是不保存状态的协议

1)HTTP是不保存状态的协议,即无状态协议,自身不对请求和响应之间的通讯状态进行保存。协议对于发送过的请求或响应都不作持久化处理web

2)这样的设计对快速处理大量事务,确保协议的可伸缩性有必定的帮助。可是无状态也会致使业务处理变得有时棘手:好比,用户登陆到一家购物网站,即便他跳转到该站的其余页面后,也须要能继续保持登陆状态。针对这个实例,网站为了可以掌握是谁送出的请求,须要保存用户的状态安全

3)所以,引入了Cookie技术用以实现保持状态功能。!!!服务器

3、HTTP/1.1中可以使用的方法

1)GET:获取资源

GET方法用来请求访问已被URI识别的资源。指定的资源经服务器端解析后返回响应内容。若是请求的是文本,则保持原样返回;若是是相似CGI(通用网关接口)那样的程序,则返回通过执行后的输出结果。 网络

clipboard.png

2)POST:传输实体主体

POST方法用来传输实体的主体。虽然用GET方法能够传输实体的主体,但通常不用GET方法进行传输,而是用POST方法。虽然说 POST 的功能与 GET 很类似,可是POST的主要目的不是获取响应的主体内容。架构

clipboard.png

3)PUT:传输文件

PUT用来传输文件。它要求在请求报文的主体中包含文件内容,而后保存到请求URI指定的位置。PUT方法自身不带验证机制,任何人均可以上传文件,存在着安全性问题。若配合Web应用程序的验证机制,或架构设计采用REST(表征状态转移)标准的同类Web网站,就可能会开放使用PUT方法。 网站

clipboard.png

4)HEAD:获取报文首部

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

clipboard.png

5)DELETE:删除文件

DELETE方法用来删除文件,是与PUT相反的方法。按请求URI删除指定的资源。可是HTTP/1.1的DELETE方法自己和PUT方法同样不带验证机制,因此通常Web也不使用。当配合Web应用程序的验证机制,或遵照REST标准仍是有可能会开放使用的。 spa

clipboard.png

6)OPTIONS:询问支持的方法

OPTIONS方法用来查询针对请求URI指定的资源支持的方法。 架构设计

clipboard.png

7)TRACE:追踪路径

TRACE方法让Web服务器端将以前的请求通讯环回给客户端。
发送请求时,在Max-Forwards首部字段中填入数值,每通过一个服务器就将该数字减1,当数值恰好减为0时就中止继续传输,最后接收的请求的服务器则返回状态码200 OK的响应。
客户端能够经过TRACE方法查询发送出去的请求是怎样被加工修改/篡改的。

clipboard.png

8)CONNECT:要求用隧道协议链接代理

CONNECT方法要求在与代理服务器通讯时创建隧道,实现用隧道协议进行TCP通讯。主要使用SSL和TLS协议把通讯内容加密后经网络隧道传输。
CONNECT 方法的格式:
CONNECT 代理服务器名:端口号 HTTP版本

4、持久链接

HTTP协议的初始版本中,每次进行一次通讯都要断开一次TCP链接。可是因为传输信息量的增大,每次请求都形成的无谓TCP链接创建和断开,增长了通讯量的开销

所以,为解决上述TCP链接的问题,提出了持久链接(或HTTP keep-alive)方法。特色是只要任意一端没有明确提出断开链接,则保持TCP链接状态

持久链接的好处在于减小了 TCP 链接的重复创建和断开所形成的额外开销,减轻了服务器端的负载。另外,减小开销的那部分时间,使 HTTP 请求和响应可以更早地结束,这样 Web 页面的显示速度也就相应提升了

HTTP/1.1 中,全部的链接默认都是持久链接,但在 HTTP/1.0 内并未标准化。虽然有一部分服务器经过非标准的手段实现了持久链接,但服务器端不必定可以支持持久链接。毫无疑问,除了服务器端,客户端也须要支持持久链接

5、管线化

背景:持久链接技术使得管线化方式发送成为可能
特色:管线化技术出现后使得不用等待响应便可直接发送下一个请求(从前发送请求后须要等待并接收响应),这样就能够作到同时并行发送多个请求,而不须要一个接一个等待响应。

clipboard.png

6、使用Cookie的状态管理

一、引入缘由:

1)无状态优势:减小服务器cpu及内存资源的消耗
2)缺点:HTTP是无状态协议,没法根据以前的状态进行本次的请求处理。登陆认证的web页面不能管理状态,每次跳转须要在请求报文添加参数来管理信息
3)若是让服务器管理所有客户端状态则会成为负担,保留无状态协议这个特征的同时又要解决相似的矛盾问题,因而引入了 Cookie 技术。

二、Cookie特色:

Cookie技术经过在请求和响应报文中写入Cookie信息来控制客户端的状态,Cookie会根据从服务器端发送的响应报文内的一个叫Set-Cookie的首部字段,通知客户端保存Cookie,当下次客户端再次往该服务器发送请求时,客户端会自动在请求报文中加入Cookie值后发送出去。服务器会去检查是从哪一个客户端发来的请求,而后对比服务器上的记录,获得以前的状态信息。

Cookie 交互的情景:

clipboard.png

若是你以为这篇文章对你有所帮助,那就顺便点个赞吧,点点关注不迷路~

黑芝麻哇,白芝麻发,黑芝麻白芝麻哇发哈!

前端哇发哈

相关文章
相关标签/搜索