http协议请求响应报文格式及状态码详解.docx

http协议请求响应报文格式及状态码详解.docx

《http协议请求响应报文格式及状态码详解.docx》由会员分享，可在线阅读，更多相关《http协议请求响应报文格式及状态码详解.docx（11页珍藏版）》请在冰点文库上搜索。

http协议请求响应报文格式及状态码详解

HTTP协议报文格式

HTTP协议（Hypertext　Transfer　Protocol――超文本传输协议）浏览器端（客户端）向WEB服务器端访问页面的过程和HTTP协议报文的格式。

基于HTTP协议的客户机访问包括4个过程，分别是建立TCP套接字连接、发送HTTP请求报文、接收HTTP应答报文和关闭TCP套接字连接：

1.创建TCP套接字连接

客户端与WEB服务器创建TCP套接字连接，其中WEB端服务器的地址可以通过域名解析确定，WEB端的套接字侦听端口一般是80。

2.发送HTTP请求报文

客户端向WEB服务端发送请求报文，HTTP协议的请求报文格式为：

请求消息=请求行（实体头信息）CRLF[实体内容]请求行=方法　URL　HTTP版本号　CRLF方法=GET|HEAD|POST|扩展方法URL=协议名称＋宿主名＋目录与文件名

其中"CRLF"表示回车换行。

"请求行"中的"方法"描述了对指定资源执行的动作，常用的方法"GET"、"HEAD"和"POST"等3种，它们的含义如表15-8所示：

请求报文

一个HTTP请求报文由请求行（requestline）、请求头部（header）、空行和请求数据4个部分组成，下图给出了请求报文的一般格式。

（1）请求行

请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。

例如，GET/HTTP/。

HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。

这里介绍最常用的GET方法和POST方法。

GET：

当客户端要从服务器中读取文档时，使用GET方法。

GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。

使用GET方法时，请求参数和对应的值附加在URL后面，利用一个问号（“?

”）代表URL的结尾与请求参数的开始，传递参数长度受限制。

例如，/?

id=100&op=bind。

POST：

当客户端给服务器提供信息较多时可以使用POST方法。

POST方法将请求参数封装在HTTP请求数据中，以名称/值的形式出现，可以传输大量数据。

表15-8HTTP请求方法

取值

描述

GET

从WEB服务器中获取对象，不同类型的对象将获取不同的信息，比如：

·文件类型对象，获取该文件的内容。

·程序类型对象，获取该程序执行的结果。

·数据库查询类型对象，获取该查询的结果。

HEAD

要求服务器查找对象的元信息。

POST

从客户端向WEB服务器发送数据。

"实体头信息"中记载了报文的属性，利用这些信息可以实现客户端与WEB服务器之间的请求或应答，它包括报文的数据类型、压缩方法、语言、长度、压缩方法、最后一次修改时间、数据有效期等信息。

实体内容是报文传送的附加信息，一般供POST请求填写。

GET请求报文例子

一个URL为"朱云翔"的GET请求报文例子如下：

GET朱云翔HTTP/Accept:

*/*Accept-Language:

zh-cnAccept-Encoding:

gzip,deflateUser-Agent:

Mozilla/（compatible;MSIE;WindowsNT;SV1;.NETCLRHost:

Connection:

Keep-Alive

其中"/?

name=朱云翔"是URL信息，语句"ACCEPT：

*/*"及其后的语句是"实体头信息"。

注意：

在语句"Connection：

Keep-Alive"下的空行是必须的。

全部HTTP请求方法：

请求行：

请求行格式为MethodRequest-URIProtocol。

在上面这个例子里，"GET/HTTP/"是请求行。

（以下为请求头的关键字）

:

指浏览器或其他客户可以接爱的MIME文件格式。

可以根据它判断并返回适当的文件格式。

：

指出浏览器可以接受的字符编码。

英文浏览器的默认值是ISO-8859-1.

：

指出浏览器可以接受的语言种类，如en或en-us，指英语。

：

指出浏览器可以接受的编码方式。

编码方式不同于文件格式，它是为了压缩文件并加速文件传递速度。

浏览器在接收到Web响应之后先解码，然后再检查文件格式。

：

当使用密码机制时用来标识浏览器。

：

设置关于请求被代理服务器存储的相关选项。

一般用不到。

：

用来告诉服务器是否可以维持固定的HTTP连接。

HTTP/使用Keep-Alive为默认值，这样，当浏览器需要多个文件时（比如一个HTML文件和相关的图形文件），不需要每次都建立连接。

：

用来表名request的内容类型。

可以用HttpServletRequest的getContentType（）方法取得。

：

浏览器用这个属性向服务器发送Cookie。

Cookie是在浏览器中寄存的小型数据体，它可以记载和服务器相关的用户信息，也可以用来实现会话功能。

：

表时客户预期的响应状态。

：

给出客户端HTTP请求负责人的email地址。

：

对应网址URL中的Web名称和端口号。

：

供PUT方法使用。

：

客户使用这个属性表明它只需要在指定日期之后更改过的网页。

因为浏览器可以使用其存储的文件而不必从服务器请求，这样节省了Web资源。

由于Servlet是动态生成的网页，一般不需要使用这个属性。

：

和If-Match相反的操作，供PUT方法使用。

：

和If-Match-Since相反。

：

这个属性只有一种值，即Pragma：

no-cache,表明如果servlet充当代理服务器，即使其有已经存储的网页，也要将请求传递给目的服务器。

：

代理服务器使用这个属性，一般用不到。

：

如果客户有部分网页，这个属性可以请求剩余部分。

：

表明产生请求的网页URL。

比如从网页/中点击一个链接到网页/,在向服务器发送的GET/中的请求中，Referer是。

这个属性可以用来跟踪Web请求是从什么网站来的。

：

客户通过这个属性设定可以使用与HTTP/不同的协议。

：

是客户浏览器名称。

：

用来记录Web请求经过的代理服务器或Web通道。

：

用来由客户声明传递或存储（cache）错误。

POST请求报文例子

下面是HTTP协议中关于POST请求报文例子，节自《中国联合通信公司短消息网关系统接口协议（SGIP）》版：

POST/HTTP//*请求行，服务程序为*/Host:

/*以下为实体头信息*/Authorization:

BasicContent-Length:

=<4>/*以下为POST请求的实体信息*/=<27>/*实体部分输送报文*/=<86>=<168>=

一般情况下，采用POST报文传送信息的数据存储在"实体"部分中。

3.接收HTTP应答报文

WEB服务器处理客户请求，并向客户机发送应答报文，HTTP协议的应答报文格式为：

应答报文=状态行（实体头信息）CRLF[实体内容]

状态行=HTTP版本号　状态码　原因叙述

状态码描述了WEB服务器执行客户机请求的状态信息，其取值含义如表15-8所示：

表15-8HTTP应答响应码含义（后附录里有全部的响应码）

取值

描述

1××

保留。

2××

成功接收，比如“200”表示处理成功。

3××

客户需进一步细化请求。

4××

客户错误，比如“404”表示访问的指定资源不存在。

5××

服务器错误。

GET应答报文例子

一个请求URL为"朱云翔"的应答报文例子如下：

HTTP/200OKConnection:

keep-aliveDate:

Thu,26Jul200714:

00:

02GMTServer:

Microsoft-IIS/X-Powered-By:

Content-Length:

190Content-Type:

text/htmlSet-Cookie:

ASPSESSIONIDSAATTCSQ=JOPPKDCAMHHBEOICJPGPBJOB;path=/Cache-control:

private

精通Unix下C语言编程与项目实战
投票测试
感谢你为选手朱云翔投票!

语句"HTTP/200OK"中，"200"是响应码，"OK"是原因描述。

POST应答报文例子

下面是HTTP协议中关于POST应答报文例子，节自《中国联合通信公司短消息网关系统接口协议（SGIP）》版：

HTTP/200OK/*状态行，应答成功*/Date:

Tue,13Mar200102:

45:

12GMT/*以下为实体头信息*/Server:

Apache/（Unix）Content-Type:

text/htmlConnection:

close

=<>/*以下为POST应答的实体信息*/=<27>=<86>=<168>==<0>

一般情况下，POST应答报文的"实体"部分存储实际传输的信息。

4.关闭TCP套接字连接

客户机与服务器双方关闭套接字连接，结束TCP/IP对话。

附录：

HTTP状态码详解及经常使用状态码

一、HTTP状态码

所谓的404页确实是效劳器404重定向状态返回页面。

数字404指的是404号状态码。

一样经常使用到的有200号状态码和404号状态码。

200号表示网页被下载成功，而404号表示不能成功下载并产生错误。

下面是HTTP状态码一览表。

1xx：

请求收到，继续处置2xx：

操作成功收到，分析、接受3xx：

完成此请求必须进一步处理4xx：

请求包含一个错误语法或不

能完成5xx：

服务器执行一个完全有效请求失败

100——客户必需继续发出请求101——客户要求服务器根据请求转换HTTP协议版本

200——交易成功201——提示知道新文件的URL202——接受和处理、但处理未完成203——返回信息不确定或不完整204——请求收到，但返回信息为空205——服务器完成了请求，用户代理必须复位当前已经浏览过的文件206——服务器已经完成了部分用户的GET请求

300——请求的资源可在多处取得301——删除请求数据302——在其他地址发现了请求数据303——建议客户访问其他URL或访问方式304——客户端已经执行了GET，但文件未变化305——请求的资源必须从服务器指定的地址得到306——前一版本HTTP中使用的代码，现行版本中不再使用307——申明请求的资源临时性删除

400——错误请求，如语法错误401——请求授权失败402——保留有效ChargeTo头响应403——请求不允许404——没有发现文件、查询或URl405——用户在Request-Line字段定义的方法不允许406——根据用户发送的Accept拖，请求资源不可访问407——类似401，用户必须首先在代理服务器上得到授权408——客户端没有在用户指定的饿时间内完成请求409——对当前资源状态，请求不能完成410——服务器上不再有此资源且无进一步的参考地址411——服务器拒绝用户定义的Content-Length属性请求412——一个或多个请求头字段在当前请求中错误413——请求的资源大于服务器允许的大小414——请求的资源URL长于服务器允许的长度415——请求资源不支持请求项目格式416——请求中包含Range请求头字段，在当前请求资源范围内没有range指示值，请求也不包含If-Range请求头字段417——服务器不满足请求Expect头字段指定的期望值，如果是代理服务器，可能是下一级服务器不能满足请求

500——效劳器产生内部错误501——服务器不支持请求的函数502——服务器暂时不可用，有时是为了防止发生系统过载503——服务器过载或暂停维修504——关口过载，服务器使用另一个关口或服务来响应用户，等待时间设定值较长505——服务器不支持或拒绝支请求头中指定的HTTP版本

－－－

英文版：

100：

Continue101：

SwitchingProtocols102：

Processing

200：

OK201：

Created202：

Accepted203：

Non-AuthoriativeInformation204：

NoContent205：

ResetContent206：

PartialContent207：

Multi-Status

300：

MultipleChoices301：

MovedPermanently302：

Found303：

SeeOther304：

NotModified305：

UseProxy306：

（Unused）307：

TemporaryRedirect

400：

BadRequest401：

Unauthorized402：

PaymentGranted403：

Forbidden404：

FileNotFound405：

MethodNotAllowed406：

NotAcceptable407：

ProxyAuthenticationRequired408：

RequestTime-out409：

Conflict410：

Gone411：

LengthRequired412：

PreconditionFailed413：

RequestEntityTooLarge414：

Request-URITooLarge415：

UnsupportedMediaType416：

Requestedrangenotsatisfiable417：

ExpectationFailed422：

UnprocessableEntity423：

Locked424：

FailedDependency

500：

InternalServerError501：

NotImplemented502：

BadGateway503：

ServiceUnavailable504：

GatewayTimeout505：

HTTPVersionNotSupported507：

InsufficientStorage

200号状态码

--[02/Sep/2020:

00:

01:

23+0800]"GET/article/0572/HTTP/"20028361"-""Baiduspider+（+"

效劳器日记中的200表示利用GET传递方式网页下载成功。

即：

当用户或爬虫程序向网站效劳器发出阅读请求时，效劳器返回HTTP数据流里包括某种状态码，200响应号即状态码中的一种，表示本网页被成功下载。

301号状态码

--[02/Sep/2020:

00:

01:

31+0800]"GET/my/?

aid=14183HTTP/"301-"-""Baiduspider+（+"

效劳器日记中的301表示利用GET传递方式动态网页aid=14183成功跳转。

即：

当用户或爬虫程序向网站效劳器发出阅读请求时，效劳器返回HTTP数据流包括某种状态码，301重定向即状态码中的一种，表示本网页永久性转移到另一个地址。

实际操作中咱们能够将多个域名指向同一个网址，这也是搜索引擎唯一认可的一种网站转向的方式。

参阅：

301资源永久重定向设置

二、404状态码

--[02/Sep/2020:

00:

01:

51+0800]"GET/writingHTTP/"4044459"-""Baiduspider+（+"

显现404状态码就证明有URL地址的网页阅读不到。

很多时候由于网站的改版，使很多旧版网站url地址失效。

这是你需要成立404状态页来保证你网站通畅，能够达到一种回路的成效。

切记404状态页需要单独设计，不能直接在效劳器端直接跳转回顾页。

不然，搜索引擎会大量抓取网站首页失误当做404页处置。

对HTTP404状态码的深度明白得

HTTP404错误意味着链接指向的网页不存在，即原始网页的URL失效，这种情形常常会发生，很难幸免，比如说：

网页URL生成规那么改变、网页文件更名或移动位置、导入链接拼写错误等，致使原先的URL地址无法访问；当Web效劳器接到类似请求时，会返回一个404状态码，告知阅读器要请求的资源并非存在。

可是，Web效劳器默许的404错误页面，不管Apache仍是IIS，均十分简陋、呆板且对用户不友好，无法给用户提供必要的信息以获取更多线索，无疑这会造成用户的流失。

因此，很多网站均利用自概念404错误的方式以提供用户体验幸免用户流失。

一样而言，自概念404页面通用的做法是在页面中放置网站快速导航链接、搜索框和网站提供的特色效劳，如此能够有效的帮忙用户访问站点并获取需要的信息。

HTTP404对SEO的阻碍

自概念404错误页面是提供用户体验的专门好的做法，但在应用进程中往往并未注意到对搜索引擎的阻碍，譬如：

错误的效劳器端配置致使返回“200”状态码或自概念404错误页面利用MetaRefresh致使返回“302”状态码。

正确设置的自概念404错误页面，不仅应当能够正确地显示，同时，应该返回“404”错误代码，而不是“200”或“302”。

尽管对访问的用户而言，HTTP状态码究竟是“404”仍是“200”来讲并无什么区别，但对搜索引擎而言，这那么是相当重要的。

1.自概念404错误页返回“200”状态码

当搜索引擎蜘蛛在请求某个URL地址取得“404”状态回应时，即明白该URL地址已经失效，便再也不索引该网页，并向数据中心反馈将该URL地址表示的网页从索引数据库中删除，固然，删除进程有可能需要很长时刻；而当搜索引擎取得“200”状态回应时，那么会以为该url地址是有效的，便会去索引，并会将其收录到索引数据库，如此的结果即是这两个不同的url地址具有完全相同的内容：

自概念404错误页面的内容，这会致使显现复制网页问题。

对搜索引擎而言，专门是Google，不但很难取得信任指数TrustRank，也会大大降低Google对网站质量的评定。

在利用GoogleSitemap，当提交XML格式网站地图文件时，谷歌治理员工具会验证网站的身份以确保是网站合法的治理者。

验证方式有两种：

上传指定名称的html页到网站根目录或在网页meta区域添加一个标识身份的meta标签。

一般是利用上传html网页的方式，但谷歌治理员工具却提示网站根目录下找不到那个网页，这是一个很恐怖的问题。

2.自概念404错误页利用MetaRefresh返回“302”状态码

常常看到许多网站的自概念404错误页面采取类似如此的形式：

第一显示一段错误信息，然后，通过MetaRefresh将页面跳转到网站首页、网页地图或其他类似页。

依照具体实现方式不同，这种404页面可能返回“200”状态码，也可能返回“302”，但不论哪一种，从SEO技术角度看，均不是一种适合的选择。

对“200”状态的情形咱们上面已经谈过，那么，当404页面返回“302”时，搜索引擎会怎么对待呢?

从理论上说，对“302”错误，搜索引擎以为该网页是存在的，只只是临时改变了地址，仍然会索引收录该页，如此，一样会显现类似于“200”状态码时的重复文本问题；第二，以谷歌为代表的主流搜索引擎对302重定向的适用范围要求愈来愈严格，这种不妥利用302重定向的情形存在专门大的风险。

确保自概念404错误页面能够返回“404”状态码

在自概念404错误页面设置完毕后，必然要检查一下其是不是能够正确地返回“404”状态码。

能够利用ServerHeader检查工具，输入一个不存在网页的url，查看一下HTTPHeader的返回情形，确信其返回的是“404Notfound”。

三、404错误的处置方式

第一应明确的是，404错误应工作在效劳器级而不是网页级。

对定制利用动态页面如PHP脚本类型的404页时，必需确保在PHP执行前效劳器已经顺利地送出“404”状态码，不然，一旦执行到了ISAPI级别，返回的状态码便只能是“200”或其他如“302”之类的重定向状态码了。

第二，在自概念网站的404错误页面时，对设置的错误页面URL链接应利用相对途径而不是绝对途径，而且自概念404页面应该放在网站根目录下。

尽管无效链接可能是多种形式的URL地址，但当发生404访问错误时，WEB效劳器会自动将其转到自概念的当404错误页中，这跟URL地址的形似没有关系。

下设置404错误页面

为ApacheServer设置404错误页面的方式很简单，只需在.htaccess文件中加入如下内容即可：

ErrorDocument404/

注意：

1.切记不要将404错误转向到网站主页，不然可能会致使主页在搜索引擎中消失

2.切记不要利用绝对URL（例如：

形式），若是利用绝对URL返回的状态码是“302”+“200”

下设置404错误页面

第一，修改应用程序根目录的设置，打开“”文件编辑，在其中加入如下内容：

<>

注：

上文例中“”为系统默许的404页面，“”为自概念的404页面，利历时请修改相应文件名。

然后，在自概念的404页面“”中加入：

<%="404NotFound"%>

如此，即能够保证IIS能够正确地返回“404”状态码

设置静态404错误页面的方式那么比较简单，在IIS治理器中右键单击要治理的网站，打开“属性”中的“自概念错误信息”页，为“404”设定相应的错误信息页即可。

只是，此处在“消息类型”中必然要选择“文件”或“默许值”，而不要选择“URL”，不然，将致使返回“200”状态码。

看了这篇文章后，咱们应该明白，网站你不优化时还挺正常的，搜索引擎优化不妥还可能造成必然的阻碍，另外咱们能够看到404错误的处置不仅是搜索引擎的优化的一部份，同时也是一项用户体验的改良。