http协议请求响应报文格式及状态码详解
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的含义
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一览
h t t p协议的状态码
E-Marketing Union of friendship
1xx(临时响应)
表示临时响应并需要请求者继续执行操作的状态码。
2xx(成功)
表示成功处理了请求的状态码。
3xx(重定向)
要完成请求,需要进一步操作。通常,这些状态码用来重定向。Google 建议您在每次请求中使用重定向不要超过 5 次。您可以使用网站管理员工具查看一下 Googlebot 在抓取重定向网页时是否遇到问题。诊断下的网络抓取页列出了由于重定向错误导致 Googlebot 无法抓取的网址。
4xx(请求错误)
这些状态码表示请求可能出错,妨碍了服务器的处理。
5xx(服务器错误)
这些状态码表示服务器在处理请求时发生内部错误。这些错误可能是服务器本身的错误,而不是请求出错。
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请求响应状态。-----------常见状态码------------------------------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状态码说明
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(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 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 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协议(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协议请求响应报文格式及状态码详解
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
协议的状态码
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(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⽹络请求状态码 statusCode 200、300、400、500
200-206:服务器成功处理了请求的状态代码,说明⽹页或资源可以正常访问。
200(成功)服务器已成功处理了请求。通常,这表⽰服务器提供了请求的⽹页或资源。
201(已创建)请求成功且服务器已创建了新的资源。
202(已接受)服务器已接受了请求,但尚未对其进⾏处理。
203(⾮授权信息)服务器已成功处理了请求,但返回了可能来⾃另⼀来源的信息。
204(⽆内容)服务器成功处理了请求,但未返回任何内容。
205(重置内容)服务器成功处理了请求,但未返回任何内容。与 204 响应不同,此响应要求请求者重置⽂档视图(例如清除表单内容以输⼊新内容)。
206(部分内容)服务器成功处理了部分 GET 请求。
300-307:要完成请求,需要进⼀步进⾏操作。通常,这些状态代码是永远重定向的。
300(多种选择)服务器根据请求可执⾏多种操作。服务器可根据请求者来选择⼀项操作,或提供操作列表供其选择。
301(永久移动)请求的⽹页已被永久移动到新位置。服务器返回此响应时,会⾃动将请求者转到新位置。应使⽤此代码通知搜索引擎蜘蛛⽹页或⽹站已被永久移动到新位置。
302(临时移动)服务器正从不同位置的⽹页响应请求,请求者应继续使⽤原有位置来进⾏以后的请求。服务器会⾃动将请求者转到不同的位置。但由于搜索引擎会继续抓取原有位置并将其编⼊索引,因此不应使⽤此代码来告诉搜索引擎页⾯或⽹站已被移动。
「网络」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状态码,它是⽤以表⽰⽹页服务器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、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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是在浏览器中寄存的小型数据体,它可以记载和服务器相关的用户信息,也可以用来实现会话功能。