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

合集下载

Http状态码大全(404、500、505等)(转载)

Http状态码大全(404、500、505等)(转载)

Http状态码⼤全(404、500、505等)(转载)

基本涵盖了所有问题

HTTP 400 – 请求⽆效

HTTP 401.1 – 未授权:登录失败

HTTP 401.2 – 未授权:服务器配置问题导致登录失败

HTTP 401.3 – ACL 禁⽌访问资源

HTTP 401.4 – 未授权:授权被筛选器拒绝

HTTP 401.5 – 未授权:ISAPI 或 CGI 授权失败

HTTP 403 – 禁⽌访问

HTTP 403 – 对 Internet 服务管理器的访问仅限于 Localhost

HTTP 403.1 禁⽌访问:禁⽌可执⾏访问

HTTP 403.2 – 禁⽌访问:禁⽌读访问

HTTP 403.3 – 禁⽌访问:禁⽌写访问

HTTP 403.4 – 禁⽌访问:要求 SSL

HTTP 403.5 – 禁⽌访问:要求 SSL 128

HTTP 403.6 – 禁⽌访问:IP 地址被拒绝

HTTP 403.7 – 禁⽌访问:要求客户证书

HTTP 403.8 – 禁⽌访问:禁⽌站点访问

HTTP 403.9 – 禁⽌访问:连接的⽤户过多

HTTP 403.10 – 禁⽌访问:配置⽆效

HTTP 403.11 – 禁⽌访问:密码更改

HTTP 403.12 – 禁⽌访问:映射器拒绝访问

HTTP 403.13 – 禁⽌访问:客户证书已被吊销

HTTP 403.15 – 禁⽌访问:客户访问许可过多

HTTP 403.16 – 禁⽌访问:客户证书不可信或者⽆效

HTTP 403.17 – 禁⽌访问:客户证书已经到期或者尚未⽣效 HTTP 404.1 -

HTTP状态码100、200、300、400、500、600的含义

HTTP状态码100、200、300、400、500、600的含义

HTTP状态码100、200、300、400、500、600的含义

1**(信息类):表⽰接收到请求并且继续处理

100——客户必须继续发出请求

101——客户要求服务器根据请求转换HTTP协议版本

2**(响应成功):表⽰动作被成功接收、理解和接受

200——表明该请求被成功地完成,所请求的资源发送回客户端

201——提⽰知道新⽂件的URL

202——接受和处理、但处理未完成

203——返回信息不确定或不完整

204——请求收到,但返回信息为空

205——服务器完成了请求,⽤户代理必须复位当前已经浏览过的⽂件

206——服务器已经完成了部分⽤户的GET请求

3**(重定向类):为了完成指定的动作,必须接受进⼀步处理

300——请求的资源可在多处得到

301——本⽹页被永久性转移到另⼀个URL

302——请求的⽹页被转移到⼀个新的地址,但客户访问仍继续通过原始URL地址,重定向,新的URL会在response中的Location中返回,浏览器将会使⽤新的URL发出新的Request。

303——建议客户访问其他URL或访问⽅式

304——⾃从上次请求后,请求的⽹页未修改过,服务器返回此响应时,不会返回⽹页内容,代表上次的⽂档已经被缓存了,还可以继续使⽤

305——请求的资源必须从服务器指定的地址得到

306——前⼀版本HTTP中使⽤的代码,现⾏版本中不再使⽤

307——申明请求的资源临时性删除

4**(客户端错误类):请求包含错误语法或不能正确执⾏

400——客户端请求有语法错误,不能被服务器所理解

401——请求未经授权,这个状态代码必须和WWW-Authenticate报头域⼀起使⽤

http协议的状态码 200、30、304、404、502一览

http协议的状态码 200、30、304、404、502一览

h t t p协议的状态码

E-Marketing Union of friendship

1xx(临时响应)

表示临时响应并需要请求者继续执行操作的状态码。

2xx(成功)

表示成功处理了请求的状态码。

3xx(重定向)

要完成请求,需要进一步操作。通常,这些状态码用来重定向。Google 建议您在每次请求中使用重定向不要超过 5 次。您可以使用网站管理员工具查看一下 Googlebot 在抓取重定向网页时是否遇到问题。诊断下的网络抓取页列出了由于重定向错误导致 Googlebot 无法抓取的网址。

4xx(请求错误)

这些状态码表示请求可能出错,妨碍了服务器的处理。

5xx(服务器错误)

这些状态码表示服务器在处理请求时发生内部错误。这些错误可能是服务器本身的错误,而不是请求出错。

HTTP2HTTP报文和返回结果的http状态码

HTTP2HTTP报文和返回结果的http状态码

HTTP2HTTP报⽂和返回结果的http状态码

3.

HTTP报⽂:

⽤于HTTP协议交互的信息被称为HTTP报⽂。分为请求报⽂和响应报⽂。

报⽂本⾝是由多⾏(⽤CR+LF作换⾏符)数据构成的字符串⽂本。

HTTP报⽂⼤致可分为报⽂⾸部和报⽂主体两块。两者由最初出现的空⾏(CR+LF)来划分。通常,并不⼀定要有报⽂主体。

请求⾏:

包含⽤于请求的⽅法,请求URI和HTTP版本。如:GET/HTTP/1.1

状态⾏:

包含表明响应结果的状态码,原因短语和HTTP版本。如:HTTP/1.1 200 OK

⾸部字段:

包含表⽰请求和响应的各种条件和属性的各类⾸部。

⼀般有4种⾸部,分别是:通⽤⾸部、请求⾸部、响应⾸部和实体⾸部。

其它:

可能包含HTTP的RFC⾥定义的⾸部(Cookie等)。

编码提升传输速率:

HTTP在传输数据时可以按照数据原貌直接传输,但也可以在传输过程中通过编码提升传输速率。在传输时编码,能有效地处理⼤量的访问请求。但是,编码的操作需要计算机来完成,因此会消耗更多的CPU等资源。

报⽂:

HTTP通信中的基本单位,由8位字节流组成,通过HTTP通信传输。

实体:

作为请求或响应的有效载荷数据(补充项)被传输,其内容由实体⾸部和实体主体组成。

HTTP报⽂的主体⽤于传输请求或响应的实体主体。

通常报⽂主体等于实体主体,但当传输中进⾏编码操作时,实体主体的内容发⽣变化,才导致它和报⽂主体产⽣差异。

压缩传输的内容编码:

向待发送邮件内增加附件时,为了使邮件容量变⼩,我们会先⽤ZIP压缩⽂件之后再添加附件发送。HTTP协议中有⼀种被称为内容编码的功能也能进⾏类似的操作。

HTTP,status状态码详解

HTTP,status状态码详解

HTTP状态码:status--服务器返回的HTTP请求响应状态。-----------常见状态码------------------------------200 ——表示请求成功(看不到,控制台才会看见)202————请求被接受但处理未完成302——重定向,后台可以看到304——(看不到,控制台才会看见)不是错误,就是当前访问的是以前的信息,没跟新。直接清除浏览器缓存 就OK了例如:F5刷新 304 ctrl+f5强制刷新显示200400——bad request错误的请求。404——not found资源未找到。请求的网页不存在 错误原因:1、没部署(**或相关的部署文件被删除了):2、不一致(XML文件没写对)3、没有按照如下规则来访问:http://ip:port/appname/url-pattern 例如:http://localhost:8080/web01/hello 405——service方法错误500——系统错误错误原因:a.servlet类没有严格按照规范来写:比如没有继承HttpServletb、程序不严谨:比如没有检查请求参数值。c、jsp代码错误。写错了------------------------------------------------------------1xx (临时响应)->表示临时响应并需要请求者继续执行操作的状态代码。详细代码及说明:HTTP: Status 100 (继续)-> 请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分,正在等待其余部分。HTTP: Status 101 (切换协议)-> 请求者已要求服务器切换协议,服务器已确认并准备切换。2xx (成功)->表示成功处理了请求的状态代码;详细代码及说明:HTTP Status 200 (成功)-> 服务器已成功处理了请求。 通常,这表示服务器提供了请求的网页。HTTP Status 201 (已创建)-> 请求成功并且服务器创建了新的资源。HTTP Status 202 (已接受)-> 服务器已接受请求,但尚未处理。HTTP Status 203 (非授权信息)-> 服务器已成功处理了请求,但返回的信息可能来自另一来源。HTTP Status 204 (无内容)-> 服务器成功处理了请求,但没有返回任何内容。HTTP Status 205 (重置内容)-> 服务器成功处理了请求,但没有返回任何内容。HTTP Status 206 (部分内容)-> 服务器成功处理了部分 GET 请求。3xx(重定向)表示要完成请求,需要进一步操作。 通常,这些状态代码用来重定向。代码 说明HTTP Status 300 (多种选择)->针对请求,服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作,或提供操作列表供请求者选择。HTTP Status 301 (永久移动) ->请求的网页已永久移动到新位置。 服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会自动将请求者转到新位置。HTTP Status 302 (临时移动) ->服

常见的HTTP状态码说明

常见的HTTP状态码说明

常见的HTTP状态码说明

1.说明

HTTP服务器状态代码定义(Status Code Definitions)

做测试的时候,会产⽣⽐较多的HTTP错误,查看其错误,有超时的,链接不到图⽚的,连接不到服务器等等,很多⼈经常忘记,所以整理⼀下,帮助记忆

2.常见接⼝协议

http 超⽂本传输协议

https 安全超⽂本传输协议(百度)

Ftp ⽂件传输协议

Tcp ⽹络控制协议

IP 互联⽹协议

3.HTTP协议相应码

1XX:信息响应类,标识接受到请求并且继续处理

2XX:处理成功响应类,表⽰动作成功接受,理解和接受

3XX:重定向响应类,为了完成指定动作,必须接受进⼀步处理

4XX:客户端错误,客户端请求包含语法错误或者是不能正确执⾏

5XX:服务端错误,服务器不能正确执⾏⼀个正确的请求(超时)

4.详细说明

(1)消息1xx(Informational 1xx)

该类状态代码⽤于表⽰临时回应。临时回应由状态⾏(Status-Line)及可选标题组成,由空⾏终⽌。HTTP/1.0中没有定义任何1xx的状态代码,所以它们不是对HTTP/1.0请求的合法回应。实际上,它们主要⽤于实验⽤途,这已经超出本⽂档的范围。

(2)成功2xx(Successful 2xx)

表⽰客户端请求被成功接收、理解、接受。

200 OK 请求成功。

回应的信息依赖于请求所使⽤的⽅法,如下:

GET 要请求的资源已经放在回应的实体中了。HEAD 没有实体主体,回应中只包括标题信息。 POST 实体(描述或包含操作的结果)。201 Created 请求完成,结果是创建了新资源。

HTTP协议报文格式

HTTP协议报文格式

HTTP协议报文格式

HTTP(Hypertext Transfer Protocol)是一种用于传输超文本的协议,它定义了客户端和服务器之间进行通信的规则。在HTTP通信中,客户端发送请求报文给服务器,服务器接收请求并发送响应报文给客户端。

1.请求报文格式:

-起始行:包含请求方法、请求URL和HTTP版本。

-首部字段:描述请求的附加信息,以键值对的形式出现。

-空行:用于分隔首部字段和实体主体。

-实体主体:请求的数据,可以为空。

示例:

```

GET /index.html HTTP/1.1

Accept: text/html

```

2.响应报文格式:

-起始行:包含HTTP版本、状态码和状态消息。

-首部字段:描述响应的附加信息,以键值对的形式出现。

-空行:用于分隔首部字段和实体主体。

-实体主体:响应的数据,可以为空。

示例:

```

HTTP/1.1200OK

Content-Type: text/html

Content-Length: 1234

<html>

<body>

...

</body>

</html>

```

3.请求方法:

-GET:获取资源。

-POST:提交数据。

-PUT:创建或更新资源。

-DELETE:删除资源。

-HEAD:获取请求资源的元数据。

-OPTIONS:获取服务器支持的HTTP方法。

4.状态码:

- 1xx:信息性状态码,表示请求已被接受并且服务器正在处理。

- 2xx:成功状态码,表示请求已成功处理。

- 3xx:重定向状态码,表示需要进一步操作才能完成请求。

HTTP常见状态码详细解析

HTTP常见状态码详细解析

HTTP常见状态码详细解析

HTTP状态码(英语:HTTP Status Code)是⽤以表⽰⽹页服务器超⽂本传输协议响应状态的3位数字代码。

它由 RFC 2616 规范定义的,并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774 与 RFC 4918 等规范扩展。

HTTP状态码负责表⽰客户端HTTP请求的返回结果、标记服务端的处理是否正常、通知出现的错误等⼯作。

状态码的类别

的由三位数字和原因短语组成,数字的第⼀位数字表⽰响应的类别,后⾯两位⽆类别。以下有五种类别。另外只要遵循状态码类别的定义,即使改变RFC2616中定义的状态码,或者服务端⾃⾏创建状态码都可以。

1XX

类别:informational 信息性状态码

原因短语:接收的请求正在处理

2XX

类别:success 成功状态码

原因短语:请求正常处理完毕

3XX

类别:redirection 重定向状态码

原因短语:需要进⾏附加操作以完成请求

4XX

类别:client error 客户端错误状态码

原因短语:服务器⽆法处理请求

5XX

类别:server error 服务器错误状态码

原因短语:服务器处理请求出错

在RFC2616上的http状态码达到40多种,在加上WEBDAV和附加HTTP状态码(RFC6585)等扩展,就有60多种,但常⽤的有以下这些,接下来让我们分别来学习下。

(注:以下的使⽤场景只是举例,不包括所有使⽤场景)

1xx Informational 信息响应

1XX 是信息响应,表⽰接收的请求正在被处理。

100 Continue (继续)

http状态码大全(404、505、502,500)

http状态码大全(404、505、502,500)

http状态码⼤全(404、505、502,500)

HTTP 400 – 请求⽆效

HTTP 401.1 – 未授权:登录失败

HTTP 401.2 – 未授权:服务器配置问题导致登录失败

HTTP 401.3 – ACL 禁⽌访问资源

HTTP 401.4 – 未授权:授权被筛选器拒绝

HTTP 401.5 – 未授权:ISAPI 或 CGI 授权失败

HTTP 403 – 禁⽌访问

HTTP 403 – 对 Internet 服务管理器的访问仅限于 Localhost

HTTP 403.1 禁⽌访问:禁⽌可执⾏访问

HTTP 403.2 – 禁⽌访问:禁⽌读访问

HTTP 403.3 – 禁⽌访问:禁⽌写访问

HTTP 403.4 – 禁⽌访问:要求 SSL

HTTP 403.5 – 禁⽌访问:要求 SSL 128

HTTP 403.6 – 禁⽌访问:IP 地址被拒绝

HTTP 403.7 – 禁⽌访问:要求客户证书

HTTP 403.8 – 禁⽌访问:禁⽌站点访问

HTTP 403.9 – 禁⽌访问:连接的⽤户过多

HTTP 403.10 – 禁⽌访问:配置⽆效

HTTP 403.11 – 禁⽌访问:密码更改

HTTP 403.12 – 禁⽌访问:映射器拒绝访问

HTTP 403.13 – 禁⽌访问:客户证书已被吊销

HTTP 403.15 – 禁⽌访问:客户访问许可过多

HTTP 403.16 – 禁⽌访问:客户证书不可信或者⽆效

HTTP 403.17 – 禁⽌访问:客户证书已经到期或者尚未⽣效 HTTP 404.1 -

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

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请求报文由请求行(request line)、请求头部(header)、空行和请求数据4个部分组成,下图给出了请求报文的一般格式。

(1)请求行

请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成,它们用空格分隔。例如,GET /index.html HTTP/1.1。

HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。这里介绍最常用的GET方法和POST方法。

http协议,connect

http协议,connect

竭诚为您提供优质文档/双击可除

http协议,connect

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

http协议报文格式

http协议(hypertexttransferprotocol――超文本传输协议)浏览器端(客户端)向web服务器端访问页面的过程和http协议报文的格式。

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

1.创建tcp套接字连接

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

2.发送http请求报文

客户端向web服务端发送请求报文,http协议的请求报文格式为:

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

"请求行"中的"方法"描述了对指定资源执行的动作,常用的方法"get"、"head"和"post"等3种,它们的含义如表15-8所示:请求报文

一个http请求报文由请求行(requestline)、请求头部(header)、空行和请求数据4个部分组成,下图给出了请求报文的一般格式。

(1)请求行

请求行由请求方法字段、uRl字段和http协议版本字段3个字段组成,它们用空格分隔。例如,

get/index.htmlhttp/1.1。

http协议的请求方法有get、post、head、put、delete、options、tRace、connect。这里介绍最常用的get方法和post方法。

get:当客户端要从服务器中读取文档时,使用get方法。get方法要求服务器将uRl定位的资源放在响应报文的数据部分,回送给客户端。使用get方法时,请求参数和对应的值附加在uRl后面,利用一个问号(“”)代表uRl的结尾与请求参数的开始,传递参数长度受限制。例如,

http协议的状态码——400,401,403,404,500,502,503,301,3。。。

http协议的状态码——400,401,403,404,500,502,503,301,3。。。

http协议的状态码——400,401,403,404,500,502,503,301,3。。。http

协议的状态码

1xx(临时响应)

表⽰临时响应并需要请求者继续执⾏操作的状态码。

100(继续)请求者应当继续提出请求。服务器返回此代码表⽰已收到

请求的第⼀部分,正在等待其余部分。

101(切换协议)请求者已要求服务器切换协议,服务器已确认并准备切

换。

2xx(成功)

表⽰成功处理了请求的状态码。

200(成功)服务器已成功处理了请求。通常,这表⽰服务器提供了请求的⽹页。如果是对您的 robots.txt ⽂件显⽰此状态码,则表⽰ Googlebot 已成功检索到该⽂件。

201(已创建)请求成功并且服务器创建了新的资源。

202(已接受)服务器已接受请求,但尚未处理。

203(⾮授权信息)服务器已成功处理了请求,但返回的信息可能来⾃另⼀来

源。

204(⽆内容)服务器成功处理了请求,但没有返回任何内容。

205(重置内容)服务器成功处理了请求,但没有返回任何内容。与 204 响应不同,此响应要求请求者重置⽂档视图(例如,清除表单内容以输⼊新内容)。

206(部分内容)服务器成功处理了部分 GET 请求。

3xx(重定向)

要完成请求,需要进⼀步操作。通常,这些状态码⽤来重定向。Google 建议您在每次请求中使⽤重定向不要超过 5 次。您可以使⽤⽹站管理员⼯具查看⼀下 Googlebot 在抓取重定向⽹页时是否遇到问题。诊断下的⽹络抓取页列出了由于重定向错误导致 Googlebot ⽆法抓取的⽹址。

300(多种选择)针对请求,服务器可执⾏多种操作。服务器可根据请求者(user agent) 选择⼀项操作,或提供操作列表供请求者选择。

HTTP协议格式详解

HTTP协议格式详解

HTTP协议格式详解

HTTP(Hypertext Transfer Protocol)是一种用于传输超文本的应用层协议。它

是Web通信的基础,通过在客户端和服务器之间传递请求和响应来实现数据交换。本文将详细介绍HTTP协议的格式,包括请求消息和响应消息的结构以及各个字段的含义。

一、请求消息格式

HTTP请求消息由三个部分组成:请求行、请求头和请求体。

1. 请求行

请求行包含了请求的方法、URI和HTTP版本。

格式如下:

```

<方法> <URI> HTTP/<版本>

```

常见的HTTP方法有GET、POST、PUT、DELETE等,URI表示请求的资源

路径,版本表示HTTP协议的版本号。

2. 请求头

请求头包含了请求的各种信息,以键值对的形式表示。

常见的请求头字段有:

- Host:表示请求的主机名。

- User-Agent:表示客户端的用户代理。

- Accept:表示客户端能够接受的响应内容类型。

- Content-Type:表示请求体的内容类型。

- Cookie:表示客户端的Cookie信息。

- Authorization:表示客户端的身份验证信息。

请求头字段可以根据具体需求进行添加和修改,以满足请求的要求。

3. 请求体

请求体是可选的,用于传递请求的数据。

常见的请求体格式有:

- application/x-www-form-urlencoded:用于提交表单数据。

- multipart/form-data:用于上传文件。

- application/json:用于提交JSON格式的数据。

http、https网络请求状态码statusCode200、300、400、500。We。。。

http、https网络请求状态码statusCode200、300、400、500。We。。。

http、https⽹络请求状态码statusCode200、300、400、500。

We。。。

⼀、http、https⽹络请求状态码 statusCode 200、300、400、500

200-206:服务器成功处理了请求的状态代码,说明⽹页或资源可以正常访问。

200(成功)服务器已成功处理了请求。通常,这表⽰服务器提供了请求的⽹页或资源。

201(已创建)请求成功且服务器已创建了新的资源。

202(已接受)服务器已接受了请求,但尚未对其进⾏处理。

203(⾮授权信息)服务器已成功处理了请求,但返回了可能来⾃另⼀来源的信息。

204(⽆内容)服务器成功处理了请求,但未返回任何内容。

205(重置内容)服务器成功处理了请求,但未返回任何内容。与 204 响应不同,此响应要求请求者重置⽂档视图(例如清除表单内容以输⼊新内容)。

206(部分内容)服务器成功处理了部分 GET 请求。

300-307:要完成请求,需要进⼀步进⾏操作。通常,这些状态代码是永远重定向的。

300(多种选择)服务器根据请求可执⾏多种操作。服务器可根据请求者来选择⼀项操作,或提供操作列表供其选择。

301(永久移动)请求的⽹页已被永久移动到新位置。服务器返回此响应时,会⾃动将请求者转到新位置。应使⽤此代码通知搜索引擎蜘蛛⽹页或⽹站已被永久移动到新位置。

302(临时移动)服务器正从不同位置的⽹页响应请求,请求者应继续使⽤原有位置来进⾏以后的请求。服务器会⾃动将请求者转到不同的位置。但由于搜索引擎会继续抓取原有位置并将其编⼊索引,因此不应使⽤此代码来告诉搜索引擎页⾯或⽹站已被移动。

「网络」HTTP中常见的各种状态码详解及解决方案

「网络」HTTP中常见的各种状态码详解及解决方案

「⽹络」HTTP中常见的各种状态码详解及解决⽅案

总结了⼀些常见的http的状态码,以及常见的解决⽅案。

各范围内状态码⼤致含义

1xx:临时响应(Informational),需要请求者继续执⾏操作的状态代码,表⽰服务器正在接受请求。

2xx:成功状态码(Success),已成功接受客户端请求。

3xx:重定向状态码(Redirection),需要客户端做进⼀步操作来完成请求。

4xx:客户端错误(Client Error),客户端请求出错导致服务端⽆法正常完成请求。

5xx:服务端错误(Server Error),服务器出错未能成功处理服务端请求。

常见状态及解决⽅案

①404:(Not Found)服务器⽆法找到请求的页⾯或资源。

a.此类报错⾸先考虑我们的接⼝写的时候正确。(可以借⽤postman来测试,postman的使⽤详情可见另外⼀篇博客内容)

b.其次可以检查资源的路径是否出错。

②405:(Method Not Allowed )⽅法不允许,⽅法禁⽤。

a.⼀般出现在servlet中⽐较常见.就是⾃⼰的service函数写错了。

b.⽅法名称写错,⽅法参数类型与标准不⼀致。

c.⽅法异常、返回值类型与标准不⼀致。(这⼀般是前台的问题,我们的解决⽅案是:把post请求换成get请求)

③500 :(Internal Server Error) 服务器内部错误,不能完成客户的请求。

a.500报错⼀般是后端服务器问题,但也不排除前端出错,例如后台报序列化错误,可能是因为前端没有设置content-Type=application/json。

常见HTTP状态码(200、301、302、500等)解说

常见HTTP状态码(200、301、302、500等)解说

常见HTTP状态码(200、301、302、500等)解说

对⽹站管理⼯作者来说有个词不陌⽣,HTTP状态码,它是⽤以表⽰⽹页服务器HTTP响应状态的3位数字代码。状态码的第⼀个数字代表了响应的五种状态之⼀。

1XX系列:指定客户端应相应的某些动作,代表请求已被接受,需要继续处理。由于 HTTP/1.0 协议中没有定义任何 1xx 状态码,所以除⾮在某些试验条件下,服务器禁⽌向此类客户端发送 1xx 响应。

2XX系列:代表请求已成功被服务器接收、理解、并接受。这系列中最常见的有200、201状态码。

200状态码:表⽰请求已成功,请求所希望的响应头或数据体将随此响应返回

201状态码:表⽰请求成功并且服务器创建了新的资源,且其 URI 已经随Location 头信息返回。假如需要的资源⽆法及时建⽴的话,应当返回 '202 Accepted'

202状态码:服务器已接受请求,但尚未处理

3XX系列:代表需要客户端采取进⼀步的操作才能完成请求,这些状态码⽤来重定向,后续的请求地址(重定向⽬标)在本次响应的Location 域中指明。这系列中最常见的有301、302状态码。

301状态码:被请求的资源已永久移动到新位置。服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会⾃动将请求者转到新位置。

302状态码:请求的资源临时从不同的URI响应请求,但请求者应继续使⽤原有位置来进⾏以后的请求

304⾃从上次请求后,请求的⽹页未修改过。服务器返回此响应时,不会返回⽹页内容。如果⽹页⾃请求者上次请求后再也没有更改过,您应将服务器配置为返回此响应(称为 If-Modified-Since HTTP 标头)。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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请求报文由请求行(request line)、请求头部(header)、空行和请求数据4个部分组成,下图给出了请求报文的一般格式。

(1)请求行

请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成,它们用空格分隔。例如,GET /index.html HTTP/1.1。

HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。这里介绍最常用的GET方法和POST方法。

GET:当客户端要从服务器中读取文档时,使用GET方法。GET方法要求服务器将URL定位的资源放在响应报文的数据部分,回送给客户端。使用GET方法时,请求参数和对应的值附加在URL后面,利用一个问号(“?”)代表URL的结尾

与请求参数的开始,传递参数长度受限制。例如,/index.jsp?id=100&op=bind。POST:当客户端给服务器提供信息较多时可以使用POST方法。POST方法将请求参数封装在HTTP请求数据中,以名称/值的形式出现,可以传输大量数据。

表15-8 HTTP请求方法

取值描述

GET 从WEB服务器中获取对象,不同类型的对

象将获取不同的信息,比如:

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

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

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

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

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

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

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

GET请求报文例子

一个URL为"/toupiaoceshi.asp?name=朱云翔"的GET请求报文例子如下:

GET /toupiaoceshi.asp?name=朱云翔HTTP/1.1

Accept: */*

Accept-Language: zh-cn

Accept-Encoding: gzip, deflate

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0;

Windows NT 5.1; SV1; .NET CLR 2.0.50727)

Host:

Connection: Keep-Alive

其中"/toupiaoceshi.asp?name=朱云翔"是URL信息,语句"ACCEPT:*/*"及其后的语句是"实体头信息"。

注意:在语句"Connection:Keep-Alive"下的空行是必须的。

全部HTTP请求方法:

1.HTTP请求行:请求行格式为Method Request-URI Protocol。在上面这个例子里,"GET / HTTP/1.1"是请求行。(以下为请求头的关键字)

2.Accept:指浏览器或其他客户可以接爱的MIME文件格式。可以根据它判断并返回适当的文件格式。

3.Accept-Charset:指出浏览器可以接受的字符编码。英文浏览器的默认值是ISO-8859-1.

4.Accept-Language:指出浏览器可以接受的语言种类,如en或en-us,指英语。

5.Accept-Encoding:指出浏览器可以接受的编码方式。编码方式不同于文件格式,它是为了压缩文件并加速文件传递速度。浏览器在接收到Web响应之后先解码,然后再检查文件格式。

6.Authorization:当使用密码机制时用来标识浏览器。

7.Cache-Control:设置关于请求被代理服务器存储的相关选项。一般用不到。

8.Connection:用来告诉服务器是否可以维持固定的HTTP连接。HTTP/1.1使用Keep-Alive 为默认值,这样,当浏览器需要多个文件时(比如一个HTML文件和相关的图形文件),不需要每次都建立连接。

9.Content-Type:用来表名request的内容类型。可以用HttpServletRequest的getContentType()方法取得。

10.Cookie:浏览器用这个属性向服务器发送Cookie。Cookie是在浏览器中寄存的小型数据体,它可以记载和服务器相关的用户信息,也可以用来实现会话功能。

相关文档
最新文档