【HTTP协议用于客户端和服务器端之间的通信】
客户端:请求资源的一端
服务器端:提供资源响应的一端
客户端发送请求,服务器端回复响应。HTTP报文是HTTP通信的基本单位,分为请求报文(客户端发送的报文),响应报文(响应端发送的报文)
【图解HTTP】HTTP请求报文和响应报文_暮色_年华的博客-CSDN博客
HTTP是一种无状态(stateless)协议。
协议对于发送过的请求或响应都不做持久化处理。
优点:更快的处理大量事务,确保协议的可伸缩性。
HTTP/1.1虽然是无状态协议,但是引入了Cookie技术,用Cookie可以管理状态。
理解Cookie和Session机制 - Andrew.Zhou - 博客园
Cookie技术通过在请求和响应报文中写入Cookie信息来控制客户端的状态。
Cookie会根据服务器端发送的响应报文内的一个叫做Set-Cookie的首部字段信息,通知客户端保存Cookie。当下次客户端再往服务器发送请求时,客户端会自动在请求报文中加入Cookie值后发送出去。
服务器端发现客户端发送的Cookie后,会去检查究竟是哪一个客户端发送的连接请求,然后对比服务器上的记录,最后得到之前的状态信息。
【GET】获取资源
【POST】传输实体的主体
【HEAD】获得报文首部
HEAD只返回报文首部,不返回报文主体部分。用于确认URI的有效性及资源更新的日期时间等。
【OPTIONS】询问支持的方法
OPTIONS方法用来查询针对请求URI指定的资源支持的方法。
【CONNECT】要求用隧道协议连接连接代理
CONNECT方法要求在与代理服务器通信时建立隧道,实现用隧道协议进行TCP通信。
主要使用SSL和TLS协议把通信内容加密后经网络隧道传输。
【TRACE】追踪路径
让服务器端将之前的请求通信环回给客户端的方法。不会用到。
【DELETE】删除文件
DELETE方法按请求URI删除指定的资源
但是,HTTP/1.1的DELETE方法本身和PUT方法一样不带验证机制,所以一般的Web网站也不使用DELETE方法。
【PUT】传输文件
要求在请求报文的主体包含文件内容,然后保存到请求URI指定的位置。
但是鉴于HTTP/1.1的PUT方法自身不带验证机制,任何人都可以上传文件,存在安全性问题,因此一般的Web网站不使用该方法。
HTTP协议的初始版本中,每进行一次HTTP通信就要断开一次TCP连接。
在容量很小的文本传输没有问题,但是当文档中含大量图片时,在发送请求访问HTML页面资源的同时,也会请求该HTML页面里包含的其他资源。因此,每次请求都会造成不必要的TCP连接建立和断开。
为解决TCP连接问题,HTTP/1.1提出了持久连接的方法:只要任意一端没有明确提出断开连接,就保持TCP连接状态。
减少TCP连接的重复建立和断开所造成的额外开销,减小了服务器端的负载,加快Web页面显示速度
在HTTP/1.1中,所有的连接默认都是持久连接。
http的长连接和短连接(史上最通俗!)以及应用场景_这瓜保熟么的博客-CSDN博客
持久连接使得多数请求以管线化(pipelining)方式发送成为可能。
之前发送请求后需等待并收到响应,才能发送下一个请求。
管线化技术出现后,不用等待响应也可以直接发送下一个请求。这样可以同时并行发送多个请求。