HTTP报文

HTTP报文

http报文是在http应用程序之间发送的数据块,这些数据块以一些文本形式的元信息。

请求报文从客户端流入服务器,向服务器请求数据,服务器响应请求,响应报文从服务器流出,回到客户端。

这就构成了一个事务.报文总是向下流动,所有的报文的发送者都在上游,所有的报文接受者都在下游。所以无论是浏览器还是服务器,他们都既可以在上游,也可以在下游。这个是用火狐浏览器得到的一个报文内容

 

报文由以下的部分组成:

  起始行(start line

  首部(header

  主体(body

 

接下来详细看看报文的内容。

 

请求报文格式:

  <method>  <request-URL>  <version>

  <headers>

  <entity-body>

 

第一行是报文请求的起始行,它说明了这个报文要做什么。这好像是我们去吃饭,告诉服务员,我们要吃什么。

 

现在再来看看第一篇中请求报文的例子:

  Get /index.html HTTP/1.1

  Host: 192.168.170.171

  Accept: *

 

第一行中,第一个词   get  HTTP中规定的一个请求的方法,它会获取一个文档。下面列出几种http方法:

方法

描述

是否有主体

get

获取一份文档

head

只获取文档首部

post

向服务器发送需要处理的页面

put

将请求主体部分储存在服务器上

trace

对报文进行追踪

options

决定可以在服务器上执行哪些方法

delete

从服务器上删除一份文档

 

<method>之后, 是请求资源的路径,也就是我们要点的菜了,本行最后是http的一个版本号。

 

在请求报文的第二行起,是报文的首部,这里放置的都是一些附加信息,就像这里的

Host: 192.168.170.171 说明了服务器的位置。

Accept: * 说明了客户端期待接受的文件类型。这个很重要。比如我想去下载一张图片,结果服务器却给你显示了一张图片,这是客户端不期待得到的结果。所以,这个信息很重要。它让http更准确地工作。这里的文件类型是指一个MIME类型,如:text/html;text/xml等。

请求部分还包括了一些,对我们开发很有帮助的内容。比如:

Client-IP  提供了客户端的IP地址

UA-color  提供了客户端采用的显示色信息(比如一家网站对视网膜屏幕做优化就可以从这里得到信息)

UA-OS   提供了客户端采用的操作系统

http报文中第三部分并不是都需要的。像表单中要传送的内容都会放在这里被发送到服务器中去。

 

接下来分析下响应报文,服务员要上菜啦!

这个是响应报文的格式:

  <version> <status> <reason-phrase> 

  <headers>

  <entity-body>

其实可以发现  响应报文的格式和请求报文的格式是差不多的。只是起始行有所区别罢了。

起始行中version说明了http 的版本,statusreason-phrase是告诉客户端,对于刚才的请求,发生了什么。他们唯一的不同就是 status是数字,它给机器看,reason-phrase是字母,它是给人看的。通过这些状态码,客户端将反馈给我们,上次的请求是不是成功了。

这里我们可以详细地了解下status 状态码。没有状态码,我就不知道我点的鱼到底怎么样了。下面是状态码的分类

1XX

信息提示

2XX

成功

3XX

重定向

4XX

客户端错误

5XX

服务器错误

 

我们最想看得到的状态码就是200了,这意味着我的请求成功。而404是我们最常见的错误,它告诉我们,我们请求的资源找不到了,这一般都是因为代理服务器缓存过期。如果是500的错误,那么我们只能联系网站的管理员解决问题了。

 

Header部分则告诉客户端,它请求的这个页面一些相关信息。比如这个响应产生的时间,实体部分的长度。实体部分的内容是什么类型的。

这里我们可以看看几个常见的响应首部:

首部

 描述

server

服务器所用的版本和名称

age

响应持续的时间

date

请求的时间

Last-Modified

页面上次被修改的时间(和date进行比较,可以确定这是否是最新页面)

Connection:close

这就是上一篇中讲的通知客户端关闭连接了

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

表示这次发送的响应信息的主体MIME格式,和字符编码。(MIME类型,我会在随后的笔记中说明)

Content-Base

这个是用于解析主体中相对URL的基础URL

 

这里只列出了极少数的部分,因为完整的首部资料实在是太庞大了。

 

主体部分自然就是我们希望获得的html页面了。这也是浏览器最关心的部分,我们由此看到了一个完整的页面。

 

报文中的内容是可以控制的,我们可以通过控制这些内容,解决类似乱码、缓存等问题。从而提高自己的开发效率。

 
 
分类: http学习
原文地址:https://www.cnblogs.com/Leo_wl/p/3163447.html