html-----016---HTTP 状态消息

HTTP 状态消息

当浏览器从 web 服务器请求服务时,可能会发生错误。

从而有可能会返回下面的一系列状态消息:

1xx: 信息


消息:


描述:


100 Continue


服务器仅接收到部分请求,但是一旦服务器并没有拒绝该请求,客户端应该继续发送其余的请求。


101 Switching Protocols


服务器转换协议:服务器将遵从客户的请求转换到另外一种协议。

2xx: 成功


消息:


描述:


200 OK


请求成功(其后是对GET和POST请求的应答文档。)


201 Created


请求被创建完成,同时新的资源被创建。


202 Accepted


供处理的请求已被接受,但是处理未完成。


203 Non-authoritative Information


文档已经正常地返回,但一些应答头可能不正确,因为使用的是文档的拷贝。


204 No Content


没有新文档。浏览器应该继续显示原来的文档。如果用户定期地刷新页面,而Servlet可以确定用户文档足够新,这个状态代码是很有用的。


205 Reset Content


没有新文档。但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容。


206 Partial Content


客户发送了一个带有Range头的GET请求,服务器完成了它。

3xx: 重定向


消息:


描述:


300 Multiple Choices


多重选择。链接列表。用户可以选择某链接到达目的地。最多允许五个地址。


301 Moved Permanently


所请求的页面已经转移至新的url。


302 Found


所请求的页面已经临时转移至新的url。


303 See Other


所请求的页面可在别的url下被找到。


304 Not Modified


未按预期修改文档。客户端有缓冲的文档并发出了一个条件性的请求(一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档)。服务器告诉客户,原来缓冲的文档还可以继续使用。


305 Use Proxy


客户请求的文档应该通过Location头所指明的代理服务器提取。


306 Unused


此代码被用于前一版本。目前已不再使用,但是代码依然被保留。


307 Temporary Redirect


被请求的页面已经临时移至新的url。

4xx: 客户端错误


消息:


描述:


400 Bad Request


服务器未能理解请求。


401 Unauthorized


被请求的页面需要用户名和密码。


402 Payment Required


此代码尚无法使用。


403 Forbidden


对被请求页面的访问被禁止。


404 Not Found


服务器无法找到被请求的页面。


405 Method Not Allowed


请求中指定的方法不被允许。


406 Not Acceptable


服务器生成的响应无法被客户端所接受。


407 Proxy Authentication Required


用户必须首先使用代理服务器进行验证,这样请求才会被处理。


408 Request Timeout


请求超出了服务器的等待时间。


409 Conflict


由于冲突,请求无法被完成。


410 Gone


被请求的页面不可用。


411 Length Required


"Content-Length" 未被定义。如果无此内容,服务器不会接受请求。


412 Precondition Failed


请求中的前提条件被服务器评估为失败。


413 Request Entity Too Large


由于所请求的实体的太大,服务器不会接受请求。


414 Request-url Too Long


由于url太长,服务器不会接受请求。当post请求被转换为带有很长的查询信息的get请求时,就会发生这种情况。


415 Unsupported Media Type


由于媒介类型不被支持,服务器不会接受请求。


416


服务器不能满足客户在请求中指定的Range头。


417 Expectation Failed

5xx: 服务器错误


消息:


描述:


500 Internal Server Error


请求未完成。服务器遇到不可预知的情况。


501 Not Implemented


请求未完成。服务器不支持所请求的功能。


502 Bad Gateway


请求未完成。服务器从上游服务器收到一个无效的响应。


503 Service Unavailable


请求未完成。服务器临时过载或当机。


504 Gateway Timeout


网关超时。


505 HTTP Version Not Supported


服务器不支持请求中指明的HTTP协议版本。

时间: 2024-08-25 08:16:32

html-----016---HTTP 状态消息的相关文章

HTTP 状态消息

当浏览器从 web 服务器请求服务时,可能会发生错误. 从而有可能会返回下面的一系列状态消息: 1xx: 信息 消息: 描述: 100 Continue 服务器仅接收到部分请求,但是一旦服务器并没有拒绝该请求,客户端应该继续发送其余的请求. 101 Switching Protocols 服务器转换协议:服务器将遵从客户的请求转换到另外一种协议. 2xx: 成功 消息: 描述: 200 OK 请求成功(其后是对GET和POST请求的应答文档.) 201 Created 请求被创建完成,同时新的资

HTML参考手册(9)——HTML 状态消息

当浏览器从 web 服务器请求服务时,可能会发生错误. 从而有可能会返回下面的一系列状态消息: 1xx: 信息 消息: 描述: 100 Continue 服务器仅接收到部分请求,但是一旦服务器并没有拒绝该请求,客户端应该继续发送其余的请求. 101 Switching Protocols 服务器转换协议:服务器将遵从客户的请求转换到另外一种协议. 2xx: 成功 消息: 描述: 200 OK 请求成功(其后是对GET和POST请求的应答文档.) 201 Created 请求被创建完成,同时新的资

追踪状态——消息解码问题的思路剖析

题目描述 一条消息被编码为一个文本流,被逐字符地读取.这个流包含了一系列由逗号分隔的整数,每个整数都可以用C的int类型表示.但是,一个特定整数所表示的字符取决于当前的解码模式.共有3种这样的模式:大写字母.小写字母和标点符号. 在大写字母模式下,每个整数表示一个大写字母:这个整数除以27的余数表示字母表中的具体字母(其中1=A,接下来以此类推).因此,大写字母模式中的143这个值表示字母H,因为143除以27的余数为8,而H正是字母表中的第8个字母. 小写字母模式的机制类似,只不过表示的是小写

Http状态消息<转载记录百度文库>

1xx:信息 消息 描述 100 Continue 服务器仅接收到部分请求,但是一旦服务器并没有拒绝该请求,客户端应该继续发送其余的请求. 101 Switching Protocols 服务器转换协议:服务器将遵从客户的请求转换到另外一种协议. 2xx:成功 消息 描述 200 OK 请求成功(其后是对GET和POST请求的应答文档.) 201 Created 请求被创建完成,同时新的资源被创建. 202 Accepted 供处理的请求已被接受,但是处理未完成. 203 Non-authori

Http状态消息

大家都知道404是没有找到东西,301是定向转向.其他的部分呢,咱们一定来看看 Http状态根据 消息码不同,可分为四种类型,分别是 消息型,返回成功型,重定向和错误型状态 1开头的为消息型 2开头的为成功型 3开头的为重定向型 4,5开头的为错误型,4为客户端错误,5为服务器错误 总结图如下: 详细消息类型见W3C 小结: 根据Http消息的类型不同,分类处理消息,这样避免对消息类型分不清晰.有利于学习的总结 版权声明:本文为博主原创文章,未经博主允许不得转载.

HTML状态消息和方法

参考链接1 参考链接2 当浏览器从 web 服务器请求服务时,可能会发生错误. HTML消息 1xx: 信息 消息: 描述: 100 Continue 服务器仅接收到部分请求,但是一旦服务器并没有拒绝该请求,客户端应该继续发送其余的请求. 101 Switching Protocols 服务器转换协议:服务器将遵从客户的请求转换到另外一种协议. 2xx: 成功 消息: 描述: 200 OK 请求成功(其后是对GET和POST请求的应答文档.) 201 Created 请求被创建完成,同时新的资源

HTTP 302 404 500 状态消息

1xx:信息 100 Continue 服务器仅接收到部分请求,但是一旦服务器并没有拒绝该请求,客户端应该继续发送其余的请求. 101 Switching Protocols 服务器转换协议:服务器将遵从客户的请求转换到另外一种协议. 2xx:成功 200 OK 请求成功(其后是对GET和POST请求的应答文档.) 201 Created 请求被创建完成,同时新的资源被创建. 202 Accepted 供处理的请求已被接受,但是处理未完成. 203 Non-authoritative Infor

RocketMQ源码分析之RocketMQ事务消息实现原理中篇----事务消息状态回查

上节已经梳理了RocketMQ发送事务消息的流程(基于二阶段提交),本节将继续深入学习事务状态消息回查,我们知道,第一次提交到消息服务器时消息的主题被替换为RMQ_SYS_TRANS_HALF_TOPIC,本地事务执行完后如果返回本地事务状态为UN_KNOW时,第二次提交到服务器时将不会做任何操作,也就是说此时消息还存在与RMQ_SYS_TRANS_HALF_TOPIC主题中,并不能被消息消费者消费,那这些消息最终如何被提交或回滚呢? 原来RocketMQ使用TransactionalMessa

HTTP协议之http状态码详解

什么是HTTP状态码 HTTP状态码的作用是:Web服务器用来告诉客户端,发生了什么事. 状态码位于HTTP Response 的第一行中,会返回一个"三位数字的状态码"和一个"状态消息". "三位数字的状态码"便于程序进行处理, "状态消息"更便于人理解. 已定义范围 分类 1XX 100-101 信息提示 2XX 200-206 成功 3XX 300-305 重定向 4XX 400-415 客户端错误 5XX 500-50