【图解HTTP】第二章简单的http协议

时间 2019-11-17

标签图解HTTP 第二简单 http 协议栏目 HTTP/TCP 繁體版

原文原文链接

简单的HTTP协议

针对HTTP协议结构进行讲解，主要使用HTTP/1.1版本。html

HTTP协议用于客户端和服务器端之间的通讯
经过请求和响应的交换达成通讯(从客户端开始创建通讯，服务器端在没有接收到请求以前不会发送响应)
http是不保存状态的协议
请求uri定位资源
告知服务器意图的http方法
使用方法下达命令
持久链接节省通讯量
使用cookie的状态管理

如今看一个具体的示例浏览器

从客户端发送给某个HTTP服务器端的请求报文中的内容安全

GET /index.html HTTP/1.1服务器

Host: hackr.jpcookie

起始行开头的GET表示请求访问服务器的类型，成为方法(method)。网络

/index.html指明了请求访问的资源对象，也叫作请求URIless

请求报文是由请求方法、请求URI、协议版本、可选的请求首部字段和内容实体构成的。网站

接收到请求的服务器，会将请求内容的处理结果以响应的形式返回。加密

HTTP/1.1 200 OKspa

Date:Tue, 10 Jul 2012 06:50:15 GMT

Content-Length: 362

Content-Type: text/html

<html>

... ...

200 OK表示请求的处理结果的状态码(status code)和缘由短语(reason-phrase)

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

HTTP是一种不保存状态，即无状态(stateless)协议。HTTP协议自身不对请求和响应之间的通讯状态进行保存。

为了更快地处理大量事务、确保协议的可伸缩性，而特地把HTTP协议设计成如此简单的。

为了实现保持状态功能，因而引入了Cookie技术。有了Cookie再用HTTP协议通讯，就能够管理状态了。

有关Cookie随后讲解。

HTTP协议使用URI定位互联网上的资源。正是由于URI的特定功能，在互联网上任意位置的资源都能访问到。

URI须要做为请求报文中的请求URI。指定请求URI的方式有多种。

以http://hackr.jp/index.html做为请求的例子

URI为完整的请求URI: GET http://hackr.jp/index.htm HTTP/1.1

在首部字段Host中写明网络域名或IP地址:

GET /index.htm HTTP/1.1

Host: hackr.jp

若是不是访问特定资源而是对服务器自己发起请求，能够用一个*来代替请求URI。

查询HTTP服务器端支持的HTTP方法种类

OPTIONS * HTTP/1.1

介绍HTTP/1.1中可以使用的方法

GET:获取资源

　　GET方法用来请求访问已被URI识别的资源。指定的资源经服务器端解析后返回响应内容。

POST：传输实体主体

　　POST方法用来传输实体的主体

　　虽然GET方法也能够传输实体的主体，可是通常不用GET方法进行传输，而是用POST方法。

PUT:传输文件

PUT方法用来传输文件，要求在请求报文的主体中包含文件内容，而后保存到请求URI指定的位置。

可是，PUT方法不带验证机制，存在安全性问题，通常的Web网站不使用该方法。

HEAD：得到报文首部

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

DELETE：删除文件

与PUT相反，DELETE方法按请求URI删除指定的资源。DELETE也不带验证机制，当配合Web应用程序的验证机制，或遵照REST标准时仍是有可能会开放使用的。

OPTIONS：询问支持的方法

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

TRACE：追踪路径

TRACE方法是让Web服务器端将以前的请求通讯环回给客户端的方法。

客户端经过TRACE方法能够查询发送出去的请求是怎样被加工修改/篡改的。

TRACE方法不经常使用,它容易引起XST(Cross-Sitr Tracing,跨站追踪)攻击.

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

CONNECT方法要求与代理服务器通讯时创建隧道，实现用隧道协议进行TCP通讯。主要使用SSL(Secure Sockets Layer,安全套接层)

和TLS(Transport Layer Security,传输层安全)协议把通讯内容加密后经网络隧道传输。

CONNECT方法的格式以下

CONNECT 代理服务器名:端口号 HTTP版本

向请求URI指定的资源发送请求报文时，采用称为方法的命令。

方法的做用在于，能够指定请求的资源定期望产生某种行为，方法中有GET、POST和HEAD等。

持久链接节省通讯量

HTTP协议的初始版本中，没进行一次HTTP通讯就要断开一次TCP链接。

使用浏览器浏览一个包含多张图片的HTML页面时，在发送请求访问HTML页面资源的同时，也会请求该HTML页面里包含的其余资源。所以，每次的请求都会形成无谓的TCP链接创建和断开，增长了通讯量的开销。

持久链接

为解决上面的TCP链接问题，能够利用持久链接(HTTP Persistent Connection,也称为HTTP keep-alive或HTTP connection reuse)的方法。持久链接的特色是，只要任意一端没有明确提出断开链接，则保持TCP链接状态。

持久链接的好处在于减小了TCP链接的重复创建和断开所形成的额外开销，减轻了服务器端的负载。

管线化

持久链接使得多数请求以管线化(pipelining)方式发送成为可能。从前发送请求后需等待并收到响应，才能发送下一个请求。管线化技术出现后，不用等待亦可直接发送下一个请求。这样就可以作到同时并行发送多个请求，而不须要一个接一个地等待响应了。

Cookie技术经过在请求和响应报文中写入Cookie信息来控制客户端状态。

Cookie会根据从服务器端发送的响应报文内的一个叫作Set-Cookie的首部字段信息，通知客户端保存Cookie。当下次客户端再往该服务器发送请求时，客户端会自动在请求报文中加入Cookie值后发送出去。

服务器端发现客户端发送过来的Cookie后，会去检查到底是从哪个客户端发来的链接请求，而后对比服务器上的记录，最后获得以前的状态信息。

HTTP请求报文和响应报文的内容以下:

1.请求报文(没有Cookie信息的状态)

GET /reader/ HTTP/1.1

Host: hackr.jp

*首部字段内没有Cookie的相关信息

2.响应报文(服务器端生成Cookie信息)

HTTP/1.1 200 OK

Date:Thu, 12 Jul 2012 07:12:20 GMT

Server: Apache

<Set-Cookie: sid=1342077140226724; path=/;expires=Wed,10-Oct-12 07:12:20 GMT>

Content-Type: text/plain;charset=UTF-8

3.请求报文(自动发送保存着的Cookie信息)

GET /image/ HTTP/1.1

Host: hackr.jp

Cookie: sid=1342077140226724

【图解HTTP】第二章 简单的http协议

简单的HTTP协议

【图解HTTP】第二章简单的http协议