百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

HTTP协议——处理状态和返回状态码含义

nanshan 2024-10-21 06:04 20 浏览 0 评论

HTTP 处理状态。当一个XMLHttpRequest初次创建时,这个属性(readystate)的值从0开始,直到接收到完整的HTTP响应,这个值增加到 4。

5个状态中每一个都有一个相关联的非正式的名称,下表列出了状态、名称和含义:

状态名称描述0Uninitialized初始化状态。XMLHttpRequest对象已创建或已被abort()方法重置。1Openopen()方法已调用,但是send()方法未调用。请求还没有被发送。2Sentsend()方法已调用,HTTP请求已发送到Web服务器。未接收到响应。3Receiving所有响应头部都已经接收到。响应体开始接收但未完成。4LoadedHTTP响应已经完全接收。

处理响应完成后,无论成功还是失败都会返回一个状态码,用来表示服务器处理请求的结果,因此在响应处理函数中,在判断完成HTTP请求的处理状态后,还需根据返回的状态码做相应的处理。

HTTP的状态码及其含义:

1xx——信息提示

这些状态代码表示临时的响应。客户端在收到常规响应之前,应准备接收一个或多个 1xx 响应。

? 100——Continue 初始的请求已经接受,客户应当继续发送请求的其余部分。(HTTP 1.1新)

? 101——Switching Protocols 服务器将遵从客户的请求转换到另外一种协议。(HTTP 1.1新)

2xx——成功

这类状态代码表明服务器成功地接受了客户端请求。

? 200——OK 一切正常,对GET和POST请求的应答文档跟在后面。

? 201——Created 服务器已经创建了文档,Location头给出了它的URL。

? 202——Accepted 已经接受请求,但处理尚未完成。

? 203——Non-Authoritative Information 文档已经正常地返回,但一些应答头可能不正确,因为使用的是文档的拷贝,非权威性信息(HTTP 1.1新)。

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

? 205——Reset Content 没有新的内容,但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容(HTTP 1.1新)。

? 206——Partial Content 客户发送了一个带有Range头的GET请求,服务器完成了它(HTTP 1.1新)。

3xx——重定向

客户端浏览器必须采取更多操作来实现请求。例如,浏览器可能不得不请求服务器上的不同的页面,或通过代理服务器重复该请求。

? 300——Multiple Choices 客户请求的文档可以在多个位置找到,这些位置已经在返回的文档内列出。如果服务器要提出优先选择,则应该在Location应答头指明。

? 301——Moved Permanently 客户请求的文档在其他地方,新的URL在Location头中给出,浏览器应该自动地访问新的URL。

? 302——Found 类似于301,但新的URL应该被视为临时性的替代,而不是永久性的。注意,在HTTP 1.0中对应的状态信息是“Moved Temporatily”。出现该状态代码时,浏览器能够自动访问新的URL,因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使用。例如,如果浏览器错误地请求http://host/~user(缺少了后面的斜杠),有的服务器返回301,有的则返回302。严格地说,我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。

? 303——See Other 类似于301/302,不同之处在于,如果原来的请求是POST,Location头指定的重定向目标文档应该通过GET提取(HTTP 1.1新)。

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

? 305——Use Proxy 客户请求的文档应该通过Location头所指明的代理服务器提取(HTTP 1.1新)。

? 307——Temporary Redirect 和302(Found)相同。许多浏览器会错误地响应302应答进行重定向,即使原来的请求是POST,即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因,HTTP 1.1新增了307,以便更加清楚地区分几个状态代码:当出现303应答时,浏览器可以跟随重定向的GET和POST请求;如果是307应答,则浏览器只能跟随对GET请求的重定向。(HTTP 1.1新)

4xx——客户端错误

发生错误,客户端似乎有问题。例如,客户端请求不存在的页面,客户端未提供有效的身份验证信息。

? 400——Bad Request 请求出现语法错误。

? 401——Unauthorized 访问被拒绝,客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头,浏览器据此显示用户名字/密码对话框,然后在填写合适的Authorization头后再次发出请求。IIS定义了许多不同的401错误,它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示,但不在IIS日志中显示:

? ? 401.1——登录失败。

? ? 401.2——服务器配置导致登录失败。

? ? 401.3——由于ACL对资源的限制而未获得授权。

? ? 401.4——筛选器授权失败。

? ? 401.5——ISAPI/CGI应用程序授权失败。

? ? 401.7——访问被Web服务器上的URL授权策略拒绝。这个错误代码为IIS 6.0 所专用。

? 402——Payment Required 保留有效的ChangeTo头响应。

? 403——Forbidden 资源不可用。服务器理解客户的请求,但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。禁止访问:IIS 定义了许多不同的403错误,它们指明更为具体的错误原因:

? ? 403.1——执行访问被禁止。

? ? 403.2——读访问被禁止。

? ? 403.3——写访问被禁止。

? ? 403.4——要求SSL。

? ? 403.5——要求SSL 128。

? ? 403.6——IP 地址被拒绝。

? ? 403.7——要求客户端证书。

? ? 403.8——站点访问被拒绝。

? ? 403.9——用户数过多。

? ? 403.10——配置无效。

? ? 403.11——密码更改。

? ? 403.12——拒绝访问映射表。

? ? 403.13——客户端证书被吊销。

? ? 403.14——拒绝目录列表。

? ? 403.15——超出客户端访问许可。

? ? 403.16——客户端证书不受信任或无效。

? ? 403.17——客户端证书已过期或尚未生效。

? ? 403.18——在当前的应用程序池中不能执行所请求的URL。这个错误代码为IIS 6.0所专用。

? ? 403.19——不能为这个应用程序池中的客户端执行CGI。这个错误代码为IIS 6.0所专用。

? ? 403.20——Passport 登录失败。这个错误代码为IIS 6.0所专用。

? 404——Not Found 无法找到指定位置的资源。这也是一个常用的应答。

? ? 404.0——(无)——没有找到文件或目录。

? ? 404.1——无法在所请求的端口上访问Web站点。

? ? 404.2——Web 服务扩展锁定策略阻止本请求。

? ? 404.3——MIME 映射策略阻止本请求。

? 405——Method Not Allowed 请求方法(GET、POST、HEAD、DELETE、PUT、TRACE等)对指定的资源不适用,用来访问本页面的HTTP 谓词不被允许(方法不被允许)(HTTP 1.1新)

? 406——Not Acceptable 指定的资源已经找到,但它的MIME类型和客户在Accept头中所指定的不兼容,客户端浏览器不接受所请求页面的MIME类型(HTTP 1.1新)。

? 407——Proxy Authentication Required 要求进行代理身份验证,类似于401,表示客户必须先经过代理服务器的授权。(HTTP 1.1新)

? 408——Request Timeout 在服务器许可的等待时间内,客户一直没有发出任何请求。客户可以在以后重复同一请求。(HTTP 1.1新)

? 409——Conflict 通常和PUT请求有关。由于请求和资源的当前状态相冲突,因此请求不能成功。(HTTP 1.1新)

? 410——Gone 所请求的文档已经不再可用,而且服务器不知道应该重定向到哪一个地址。它和404的不同在于,返回407表示文档永久地离开了指定的位置,而404表示由于未知的原因文档不可用。(HTTP 1.1新)

? 411——Length Required 服务器不能处理请求,除非客户发送一个Content-Length头。(HTTP 1.1新)

? 412——Precondition Failed 请求头中指定的一些前提条件失败(HTTP 1.1新)。

? 413——Request Entity Too Large 目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求,则应该提供一个Retry-After头(HTTP 1.1新)。

? 414——Request URI Too Long URI太长(HTTP 1.1新)。

? 415——不支持的媒体类型。

? 416——Requested Range Not Satisfiable 服务器不能满足客户在请求中指定的Range头。(HTTP 1.1新)

? 417——执行失败。

? 423——锁定的错误。

5xx——服务器错误

服务器由于遇到错误而不能完成该请求。

? 500——Internal Server Error 服务器遇到了意料不到的情况,不能完成客户的请求。

? ? 500.12——应用程序正忙于在Web 服务器上重新启动。

? ? 500.13——Web 服务器太忙。

? ? 500.15——不允许直接请求Global.asa。

? ? 500.16——UNC 授权凭据不正确。这个错误代码为IIS 6.0所专用。

? ? 500.18——URL 授权存储不能打开。这个错误代码为IIS 6.0所专用。

? ? 500.100——内部 ASP 错误。

? 501——Not Implemented 服务器不支持实现请求所需要的功能,页眉值指定了未实现的配置。例如,客户发出了一个服务器不支持的PUT请求。

? 502——Bad Gateway 服务器作为网关或者代理时,为了完成请求访问下一个服务器,但该服务器返回了非法的应答。亦说Web 服务器用作网关或代理服务器时收到了无效响应。

? ? 502.1——CGI 应用程序超时。

? ? 502.2——CGI 应用程序出错。

? 503——Service Unavailable 服务不可用,服务器由于维护或者负载过重未能应答。例如,Servlet可能在数据库连接池已满的情况下返回503.服务器返回503时可以提供一个Retry-After头。这个错误代码为IIS 6.0所专用。

? 504——Gateway Timeout 网关超时,由作为代理或网关的服务器使用,表示不能及时地从远程服务器获得应答。(HTTP 1.1新)

? 505——HTTP Version Not Supported 服务器不支持请求中所指明的HTTP版本。(HTTP 1.1新)

相关推荐

删库之后不要着急跑路,教你神不知鬼不觉找回数据

在工作中,我们误删数据或者数据库,我们一定需要跑路吗?我看未必,程序员一定要学会自救,神不知鬼不觉的将数据找回。在mysql数据库中,我们知道binlog日志记录了我们对数据库的所有操作,所以...

数据库告警不可用,增删改受阻(数据库限制删除)

前言:昨晚,突然出现服务不可用告警,查看日志上线报文入库到数据库很慢并受阻,出现数据不同步问题。排查问题查看发现服务都是在执行update、insert这些DML命令的时候,报的数据库执行超时。经过一...

Binlog实现MySQL复制,5个关键步骤,务必掌握!

复制是MySQL最重要的功能之一,MySQL集群的高可用、负载均衡和读写分离都是基于复制来实现的。Binlog就是实现主从复制的关键,主数据库将修改操作记录到Binlog中,从数据库通过解...

MySQL数据实时增量同步到Elasticsearch

Mysql到Elasticsearch的数据同步,一般用ETL来实现,但性能并不理想,目前大部分的ETL是定时查询Mysql数据库有没有新增数据或者修改数据,如果数据量小影响不大,但如果几百万上千万的...

MySQL 数据库恢复:如何执行时间点恢复(PITR)以挽救受损数据?

天津鸿萌科贸发展有限公司从事数据安全服务二十余年,致力于为各领域客户提供专业的数据恢复、数据备份、数据取证、数据迁移、网络安全、数据清除等解决方案,并针对企业面临的数据安全风险,提供专业的相关数据安全...

阿里面试:MySQL Binlog有哪些格式?底层原理?优缺点?

binlog的格式也有三种:STATEMENT、ROW、MIXED,下面我详解binlog三种模式@mikechenStatement模式Statement模式:是基于SQL语句的复制(statem...

快速带你读懂MySQL的binlog写入机制

深入讲解MySQL中的重要日志binlog的写入机制以及影响IO性能的关键配置,并且介绍了如何利用binlog去恢复数据,保证MySQL的可靠性。Q:binlog写入时机binlog的写入逻辑并...

MySQL 误删除数据恢复全攻略:基于 Binlog 的实战指南

在MySQL的世界里,二进制日志(Binlog)就是我们的"时光机"。它默默记录着数据库的每一个重要变更,就像一位忠实的史官,为我们在数据灾难中提供最后的救命稻草。本文将带您深入掌握如...

一文了解MySQL Binlog(一文了解肝脏有益和有害的食物)

MySQL的Binlog日志是一种二进制格式的日志,Binlog记录所有的DDL和DML语句(除了数据查询语句SELECT、SHOW等),以Event的形式记录,同时记录语句执行时...

数据丢失?别慌!MySQL备份恢复攻略

想象一下,某个晴朗的午后,你正享受着咖啡,突然接到紧急电话:你的网站或APP彻底挂了!系统崩溃,界面全白。虽然心头一紧,但你或许还能安慰自己:系统崩溃只是暂停服务,数据还在,修复修复就好了。然而,如果...

Mysql中的bin log、redo log、undo log的区别

最近在整理面试题,在看mvcc的时候看到了undolog,今天索性把这三个log都记录一遍。MySQL的逻辑架构说之前先说一下MySQL的基本架构,MySQL主要分为两层:Server层和存储引...

binlog日志定时清理(binlog清理规则)

binlog日志binlog是MySQL数据库的一种日志文件,用于记录所有对数据的修改操作。binlog全称为binarylog,它以二进制格式记录MySQL服务器上所有的修改操作,包括对哪个数据库...

茶水间炸锅了!菜鸟误删用户表,运维老张的MySQL救命三招!

(公司茶水间,运维老张、开发小王和新人小李围着咖啡机)小李:(紧张兮兮)张哥!我...我好像把测试库的用户表删了!下午演示咋办啊?老张:(淡定喝咖啡)慌啥?昨晚的备份是吃干饭的?走,教你恢复!一、基础...

解决运维痛点,提高运维安全性-雷池 SafeLine WAF新功能身份认证

雷池介绍使用雷池SafeLineWAF已经两年多了,在1.5.x版本时就已经开始测试使用,并在推出LTS版本后转入LTS分支。近期雷池SafeLineWAF重点更新了身份认证功能,并提供了SS...

【Docker 新手入门指南】第十五章:常见故障排除

一、前期准备:收集关键信息在排查问题前,建议先获取以下系统数据,便于精准定位故障:1.系统基础信息#查看Docker版本(确认是否为最新稳定版)dockerversion#查看...

取消回复欢迎 发表评论: