状态码是来告诉客户端,发生了什么事情。状态码为客户端提供了一种理解事务处理结果
的便捷方式
。状态码位于响应的起始行中php
好比,在行 HTTP/1.0 200 OK 中,状态码就是200
客户端向一个 HTTP 服务器发送请求报文时,会遇到不少意想不到的状况,请求不必定可以成功完成。服务器可能会告诉你没法找到所请求的资源,你没有访问资源的权限,或者资源被移到了其余地方html
状态码是在每条响应报文的起始行中返回的。会返回一个数字状态和一个可读的状态。数字码
便于程序进行差错处理,而缘由短语
则便于人们理解nginx
缘由短语是响应起始行中的最后一个组件。它为状态码提供了文本形式
的解释git
好比,在行 HTTP/1.0 200 OK 中,OK 就是缘由短语
缘由短语和状态码是成对出现的。缘由短语是状态码的可读
版本,应用程序开发者将其传送给用户,用于说明在请求间发生了什么状况。HTTP 规范并无提供任何硬性规定,要求缘由短语以何种形式出现github
《PHP面试问答》 https://github.com/colinlet/P...
结合实际 PHP 面试,系统的汇总面试中的各类各样的问题,尝试提供简洁准确的答案。若是你在 PHP 面试中遇到问题,欢迎提 Issues 交流。包含网络协议、数据结构与算法、PHP、Web、MySQL、Redis、Linux、安全、设计模式、架构、自我介绍、离职缘由、职业规划、准备问题等部分
若是以为不错欢迎 star 关注,正在不断持续更新中~~
能够经过三位数字代码对不一样状态码进行分类面试
状态码 | 总体范围 | 已定义范围 | 分类 |
---|---|---|---|
1XX | 100~199 | 100~101 | 信息提示 |
2XX | 200~299 | 200~206 | 成功 |
3XX | 300~399 | 300~305 | 重定向 |
4XX | 400~499 | 400~415 | 客户端错误 |
5XX | 500~599 | 500~505 | 服务器错误 |
当前的 HTTP 版本只为每类状态定义了几个代码。随着协议的发展,HTTP 规范中会正式地定义更多的状态码。若收到了不认识的状态码,多是有人将其做为当前协议的扩展定义
的。能够根据其所处的范围,将它做为那个类别中一个普通的成员来处理算法
例如,若收到了状态码 515(在 5XX 代码的已定义范围以外),就应该认为这条响应指出了服务器的错误,这是 5XX 报文的通用类别
HTTP/1.1 向协议中引入了信息性状态码。这些状态码相对较新,关于其复杂性和感
知价值存在一些争论,而受到限制设计模式
状态码 | 缘由短语 | 含义 |
---|---|---|
100 | Continue | 说明收到了请求的初始部分,请客户端继续。发送了这个状态码以后,服务器在收到请求以后必须进行响应 |
101 | Switching Protocols | 说明服务器正在根据客户端的指定,将协议切换成 Update 首部所列的协议 |
100 Continue 状态码的目的是对这样的状况进行优化:HTTP 客户端应用程序有一个实体的主体部分要发送给服务器,但但愿在发送以前查看一下服务器是否会接受这个实体。客户端应用程序只有在避免向服务器发送一个服务器没法处理或使用的大实体
,才应该使用 100 Continue浏览器
客户端发起请求时,这些请求一般都是成功的。服务器有一组用来表示成功的状态码,分别对应于不一样类型的请求安全
状态码 | 缘由短语 | 含义 |
---|---|---|
200 | OK | 请求没问题,实体的主体部分包含了所请求的资源 |
201 | Created | 用于建立服务器对象的请求(好比:PUT)。响应的实体主体部分中应该包含引用了已建立的资源的URL,Location首部包含的则是最具体的引擎。服务器必须在发送这个状态码以前建立好对象 |
202 | Accepted | 请求已被接受,服务器还未对其执行任何动做。不能保证服务器会完成这个请求;接受请求时,它看起来是有效的。服务器应在实体的主体部分包含对请求状态的描述,或附加请求预计处理时间、信息获取指针 |
203 | Non-Authoritative Information | 实体首部包含的信息不是来自于源端服务器,而是来自资源的副本。若是中间节点上有一份副本,但没法或没有对元数据进行验证,就会出现这种状况 |
204 | No Content | 响应报文中包含若干首部和一个状态行,但没有实体的主体部分。主要用于在浏览器不转为显示新文档的状况下,对其进行更新(好比刷新一个表单页面) |
205 | Reset Content | 另外一个主要用于浏览器的代码。负责告知浏览器清除当前页面中的全部 HTML 表单元素 |
206 | Partial Content | 成功执行了一个部分或 Range(范围)请求。客户端能够经过一些特殊的首部来获取部分或某个范围内的文档 |
重定向状态码要么告知客户端使用替代位置来访问他们所感兴趣的资源,要么就提供一个替代的响应而不是资源的内容。若是资源已被移动,可发送一个重定向状态码和一个可选的 Location 首部来告知客户端资源已被移走,以及如今能够在哪里找到它。这样,浏览器就能够在不打扰使用者的状况下,透明地转入新的位置了
请求报文
GET /index.php HTTP/1.1 Host: blog.maplemark.cn Accept: *
响应报文
HTTP/1.1 301 Moved Permanently Server: nginx/1.12.2 Date: Fri, 19 Apr 2019 03:58:59 GMT Content-Type: text/html; charset=UTF-8 X-Powered-By: PHP/7.2.16 Location: https://blog.maplemark.cn/
请求报文
GET / HTTP/1.1 Host: blog.maplemark.cn Accept: *
响应报文
HTTP/1.1 200 OK Server: nginx/1.12.2 Date: Fri, 19 Apr 2019 03:59:34 GMT Content-Type: text/html; charset=UTF-8 Transfer-Encoding: chunked Connection: keep-alive ...
状态码 | 缘由短语 | 含义 |
---|---|---|
300 | Multiple Choices | 客户端请求一个实际指向多个资源的URL时会返回这个状态码,好比服务器上有某个HTML文档有多个语言版本。返回时会带有一个选项列表,用户能够选择指望使用的那项 |
301 | Moved Permanently | 在请求的 URL 已被移除时使用。响应的 Location 首部中应该包含资源如今所处的 URL |
302 | Found | 与 301 状态码相似;可是,客户端应该使用 Location 首部给出的URL 来临时定位资源。未来的请求仍应使用老的 URL |
303 | See Other | 告知客户端应该用另外一个 URL 来获取资源。新的 URL 位于响应报文的 Location 首部。其主要目的是容许 POST 请求的响应将客户端定向到某个资源上去 |
304 | Not Modified | 客户端能够经过所包含的请求首部,使其请求变成有条件的。若用户发起了一个条件 GET 请求,而资源近期未被修改,能够经过该状态码代表。带有这个状态码的响应不该该包含实体的主体部分 |
305 | Use Proxy | 用来讲明必须经过一个代理来访问资源;代理的位置由 Location首部给出。客户端是相对某个特定资源来解析这条响应的,不能假定全部请求,甚至全部对持有所请求资源的服务器的请求都经过这个代理进行。若是客户端错误地让代理介入了某条请求,可能会引起破坏性的行为,并且会形成安全漏洞 |
306 | (未使用) | 当前未使用 |
307 | Temporary Redirect | 与 301 状态码相似;但客户端应该使用 Location 首部给出的 URL来临时定位资源。未来的请求应该使用老的 URL |
30二、303 和 307 状态码之间存在一些交叉。这些状态码的用法有着细微的差异,大部分差异都源于 HTTP/1.0 和 HTTP/1.1 应用程序对这些状态码
处理方式
的不一样,为兼容 HTTP/1.0 而保留了一些状态码(例如 302 状态码)
有时客户端会发送一些服务器没法处理
的东西,好比格式错误的请求报文,或者最多见的是,请求一个不存在的 URL
不少客户端错误都是由浏览器来处理的,甚至不会打扰到你。只有少许错误,好比404,仍是会穿过浏览器来到用户面前
状态码 | 缘由短语 | 含义 |
---|---|---|
400 | Bad Request | 用于告知客户端它发送了一个错误的请求 |
401 | Unauthorized | 与适当的首部一同返回,在这些首部中请求客户端在获取对资源的访问权以前,对本身进行认证 |
402 | Payment Required | 如今这个状态码还未使用,但已经被保留,以做将来之用 |
403 | Forbidden | 用于说明请求被服务器拒绝了。若是服务器想说明为何拒绝请求,能够包含实体的主体部分来对缘由进行描述。但这个状态码一般是在服务器不想说明拒绝缘由的时候使用的 |
404 | Not Found | 用于说明服务器没法找到所请求的 URL。一般会包含一个实体,以便客户端应用程序显示给用户看 |
405 | Method Not Allowed | 发起的请求中带有所请求的 URL 不支持的方法时,使用此状态码。应该在响应中包含 Allow 首部,以告知客户端对所请求的资源可使用哪些方法 |
406 | Not Acceptable | 客户端能够指定参数来讲明它们愿意接收什么类型的实体。服务器没有与客户端可接受的 URL 相匹配的资源时,使用此代码。一般,服务器会包含一些首部,以便客户端弄清楚为何请求没法知足 |
407 | Proxy Authentication Required | 与 401 状态码相似,但用于要求对资源进行认证的代理服务器 |
408 | Request Timeout | 若是客户端完成请求所花的时间太长,服务器能够回送此状态码,并关闭链接。超时时长随服务器的不一样有所不一样,但一般对全部的合法请求来讲,都是够长的 |
409 | Conflict | 用于说明请求可能在资源上引起的一些冲突。服务器担忧请求会引起冲突时,能够发送此状态码。响应中应该包含描述冲突的主体 |
410 | Gone | 与 404 相似,只是服务器曾经拥有过此资源。主要用于 Web 站点的维护,这样服务器的管理者就能够在资源被移除的状况下通知客户端了 |
411 | Length Required | 服务器要求在请求报文中包含 Content-Length 首部时使用 |
412 | Precondition Failed | 客户端发起了条件请求,且其中一个条件失败了的时候使用。客户端包含了 Expect 首部时发起的就是条件请求 |
413 | Request Entity Too Large | 客户端发送的实体主体部分比服务器可以或者但愿处理的要大时,使用此状态码 |
414 | Request URI Too Long | 客户端所发请求中的请求 URL 比服务器可以或者但愿处理的要长时,使用此状态码 |
415 | Unsupported Media Type | 服务器没法理解或没法支持客户端所发实体的内容类型时,使用此状态码 |
416 | Requested Range Not Satisfiable | 请求报文所请求的是指定资源的某个范围,而此范围无效或没法知足时,使用此状态码 |
417 | Expectation Failed | 请求的 Expect 请求首部包含了一个指望,但服务器没法知足此指望时,使用此状态码。若是代理或其余中间应用程序有确切证听说明源端服务器会为某请求产生一个失败的指望,就能够发送这个响应状态码 |
有时客户端发送了一条有效请求,服务器自身却出错了。这多是客户端碰上了服务器的缺陷,或者服务器上的子元素,好比某个网关资源,出了错
代理尝试着表明客户端与服务器进行交流时,常常会出现问题。代理会发布 5XX 服务器错误状态码来描述所遇到的问题
状态码 | 缘由短语 | 含义 |
---|---|---|
500 | Internal Server Error | 服务器遇到一个妨碍它为请求提供服务的错误时,使用此状态码 |
501 | Not Implemented | 客户端发起的请求超出服务器的能力范围(好比,使用了服务器不支持的请求方法)时,使用此状态码 |
502 | Bad Gateway | 做为代理或网关使用的服务器从请求响应链的下一条链路上收到了一条伪响应(好比,它没法链接到其父网关)时,使用此状态码 |
503 | Service Unavailable | 用来讲明服务器如今没法为请求提供服务,但未来能够。若是服务器知道何时资源会变为可用的,能够在响应中包含一个 RetryAfter 首部 |
504 | Gateway Timeout | 与状态码 408 相似,只是这里的响应来自一个网关或代理,它们在等待另外一服务器对其请求进行响应时超时了 |
505 | HTTP Version Not Supported | 服务器收到的请求使用了它没法或不肯支持的协议版本时,使用此状态码。有些服务器应用程序会选择不支持协议的早期版本 |
《HTTP状态码》 原文连接:https://blog.maplemark.cn/2019/04/http状态码.html?utm=sf