HTTP状态码(响应码)用来表明HTTP请求是否已经成功完成.HTTP响应类型一共分五大类:消息响应,成功响应,重定向,客户端错误,服务器端错误.
 下表列出了所有HTTP状态码,以及他们各自所代表的含义:
 
状态码
原因短语
代表含义
HTTP 版本
消息响应
100
Continue (继续)
客户端应当继续发送请求.这个临时响应是用来通知客户端它的部分请求已经被服务器接收,且仍未被拒绝.客户端应当继续发送请求的剩余部分,或者如果请求已经完成,忽略这个响应.服务器必须在请求完成后向客户端发送一个最终响应.
HTTP/1.1 可用
101
Switching Protocol
(切换协议) 服务器已经理解了客户端的请求，并将通过Upgrade消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到 在Upgrade消息头中定义的那些协议。: 只有在切换新的协议更有好处的时候才应该采取类似措施。例如，切换到新的HTTP版本比旧版本更有优势，或者切换到一个实时且同步的协议以传送利用此类特 性的资源。
HTTP/1.1 可用
成功响应
200
OK (成功)
请求成功.成功的意义根据请求所使用的方法不同而不同. GET: 资源已被提取,并作为响应体传回客户端.HEAD: 实体头已作为响应头传回客户端POST: 经过服务器处理客户端传来的数据,适合的资源作为响应体传回客户端.TRACE: 服务器收到请求消息作为响应体传回客户端.
HTTP/0.9 可用
201
Created(已创建)
请求成功，而且有一个新的资源已经依据请求的需要而建立，通常这是 PUT 方法得到的响应码.
HTTP/0.9 可用
202
Accepted (已创建)
服务器已接受请求，但尚未处理。正如它可能被拒绝一样，最终该请求可能会也可能不会被执行。在异步操作的场合下，没有比发送这个状态码更方便的做法了。:返回202状态码的响应的目的是允许服务器接受其他过程的请求（例如某个每天只执行一次的基于批处理的操作），而不必让客户端一直保持与服务器的连接直到批处理操作全部完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含一些指示处理当前状态的信息，以及指向处理状态监视器或状态预测的指针，以便用户能够估计操作是否已经完成。
HTTP/0.9 可用
203
Non-Authoritative Information (未授权信息)
服务器已成功处理了请求,但返回的实体头部元信息不是在原始服务器上有效的确定集合，而是来自本地或者第三方的拷贝,如果不是上述情况,使用200状态码才是最合适的.
HTTP/0.9 and 1.1
204
No Content(无内容)
该响应没有响应内容,只有响应头,响应头也可能是有用的.用户代理可以根据新的响应头来更新对应资源的缓存信息.
HTTP/0.9 可用
205
Reset Content (重置内容)
告诉用户代理去重置发送该请求的窗口的文档视图.
HTTP/1.1 可用
206
Partial Content(部分内容)
当客户端通过使用range头字段进行文件分段下载时使用该状态码
HTTP/1.1 可用
重定向
300
Multiple Choice (多种选择)
该请求有多种可能的响应,用户代理或者用户必须选择它们其中的一个.服务器没有任何标准可以遵循去代替用户来进行选择.
HTTP/1.0and later
301
Moved Permanently(永久移动)
该状态码表示所请求的URI资源路径已经改变,新的URL会在响应的Location:头字段里找到.
HTTP/0.9 可用
302
Found(临时移动)
该状态码表示所请求的URI资源路径临时改变,并且还可能继续改变.因此客户端在以后访问时还得继续使用该URI.新的URL会在响应的Location:头字段里找到.
HTTP/0.9 可用
303
See Other (查看其他位置)
服务器发送该响应用来引导客户端使用GET方法访问另外一个URI.
HTTP/0.9 and 1.1
304
Not Modified(未修改)
告诉客户端,所请求的内容距离上次访问并没有变化. 客户端可以直接从浏览器缓存里获取该资源.
HTTP/0.9 可用
305
Use Proxy(使用代理)
所请求的资源必须统过代理才能访问到.由于安全原因,该状态码并未受到广泛支持.
HTTP/1.1 可用
306
unused(未使用)
这个状态码已经不再被使用,当初它被用在HTTP 1.1规范的旧版本中.
HTTP/1.1 可用
307
Temporary Redirect (临时重定向)
服务器发送该响应用来引导客户端使用相同的方法访问另外一个URI来获取想要获取的资源.新的URL会在响应的Location:头字段里找到.与302状态码有相同的语义,且前后两次访问必须使用相同的方法(GETPOST).
HTTP/1.1 可用
308
Permanent Redirect(永久重定向)
所请求的资源将永久的位于另外一个URI上.新的URL会在响应的Location:头字段里找到.与301状态码有相同的语义,且前后两次访问必须使用相同的方法(GET POST).
HTTPbis(试验草案)
客户端错误
400
Bad Request(错误请求)
因发送的请求语法错误,服务器无法正常读取.
HTTP/0.9 可用
401
Unauthorized(未授权)
需要身份验证后才能获取所请求的内容,类似于403错误.不同点是.401错误后,只要正确输入帐号密码,验证即可通过.
HTTP/0.9 可用
402
Payment Required(需要付款)
该状态码被保留以供将来使用.创建此代码最初的目的是为数字支付系统而用,然而,到现在也没投入使用.
HTTP/0.9 and 1.1
403
Forbidden(禁止访问)
客户端没有权利访问所请求内容,服务器拒绝本次请求.
HTTP/0.9 可用
404
Not Found(未找到)
服务器找不到所请求的资源.由于经常发生此种情况,所以该状态码在上网时是非常常见的.
HTTP/0.9 可用
405
Method Not Allowed(不允许使用该方法)
该请求使用的方法被服务器端禁止使用,RFC2616中规定, GET 和 HEAD 方法不能被禁止.
HTTP/1.1 可用
406
Not Acceptable(无法接受)
在进行服务器驱动内容协商后,没有发现合适的内容传回给客户端.
HTTP/1.1 可用
407
Proxy Authentication Required(要求代理身份验证)
类似于状态码 401,不过需要通过代理才能进行验证.
HTTP/1.1 可用
408
Request Timeout(请求超时)
客户端没有在服务器预备等待的时间内完成一个请求的发送.这意味着服务器将会切断和客户端的连接. 在其他浏览器中,这种响应更常见一些, 例如Chrome 和 IE9, 目的是为了使用HTTP 预连机制加快浏览速度. 同时注意,一些服务器不发送此种响应就直接切断连接.
HTTP/1.1 可用
409
Conflict(冲突)
该请求与服务器的当前状态所冲突.
HTTP/1.1 可用
410
Gone(已失效)
所请求的资源已经被删除.
HTTP/1.1 可用
411
Length Required(需要内容长度头)
因服务器在本次请求中需要 Content-Length 头字段,而客户端没有发送.所以,服务器拒绝了该请求.
HTTP/1.1 可用
412
Precondition Failed(预处理失败)
服务器没能满足客户端在获取资源时在请求头字段中设置的先决条件.
HTTP/1.1 可用
413
Request Entity Too Large(请求实体过长)
请求实体大小超过服务器的设置的最大限制,服务器可能会关闭HTTP链接并返回Retry-After 头字段.
HTTP/1.1 可用
414
Request-URI Too Long(请求网址过长)
客户端请求所包含的URI地址太长,以至于服务器无法处理.
HTTP/1.1 可用
415
Unsupported Media Type(媒体类型不支持)
服务器不支持客户端所请求的媒体类型,因此拒绝该请求.
HTTP/1.1 可用
416
Requested Range Not Satisfiable(请求范围不合要求)
请求中包含的Range头字段无法被满足,通常是因为Range中的数字范围超出所请求资源的大小.
HTTP/1.1 可用
417
Expectation Failed(预期结果失败)
在请求头 Expect 中指定的预期内容无法被服务器满足.
HTTP/1.1 可用
服务器端错误
500
Internal Server Error(内部服务器错误)
服务器遇到未知的无法解决的问题.
HTTP/0.9 可用
501
Implemented(未实现)
服务器不支持该请求中使用的方法,比如POST 和 PUT.只有GET 和 HEAD 是RFC2616规范中规定服务器必须实现的方法.
HTTP/0.9 可用
502
Bad Gateway(网关错误)
服务器作为网关且从上游服务器获取到了一个无效的HTTP响应.
HTTP/0.9 可用
503
Service Unavailable(服务不可用)
由于临时的服务器维护或者过载,服务器当前无法处理请求.这个状况是临时的,并且将在一段时间以后恢复.如果能够预计延迟时间,那么响应中可以包含一个Retry-After:头用以标明这个延迟时间.如果没有给出这个Retry-After:信息，那么客户端应当以处理500响应的方式处理它.同时,这种情况下,一个友好的用于解释服务器出现问题的页面应当被返回,并且,缓存相关的HTTP头信息也应该包含,因为通常这种错误提示网页不应当被客户端缓存.
HTTP/0.9 可用
504
Gateway Timeout(网关超时)
服务器作为网关且不能从上游服务器及时的得到响应返回给客户端.
HTTP/1.1 可用
505
HTTP Version Not Supported(HTTP版本不受支持)
服务器不支持客户端发送的HTTP请求中所使用的HTTP协议版本.
HTTP/1.1 可用

HTTP状态码列表
 
维基
 

 在互联网编号分配机构（IANA）维护的HTTP状态代码正式注册。[2]这是超文本传输​​协议（HTTP）响应状态代码的列表。状态码由服务器响应客户端对服务器的请求而发出。它包括来自IETF 征求意见（RFC）的代码，其他规范以及用于超文本传输​​协议（HTTP）的一些常见应用程序的一些附加代码。状态代码的第一个数字指定了五个标准类别的响应中的一个。所示的消息短语是典型的，但可以提供任何人类可读的替代方案。除非另有说明，否则状态码是HTTP / 1.1标准（RFC 7231）的一部分。[1]
 
微软Internet信息服务（IIS），有时使用更具体的信息，另外小数子码，[3]然而，这些子代码只出现在响应有效载荷和文档，而不是在一个实际的HTTP状态代码的地方。
 
 
 
内容
 
  [ 隐藏 ] 
 
1xx信息响应
2xx成功
3xx重定向
4xx客户端错误
5xx服务器错误
非官方代码 
  
互联网信息服务
nginx
Cloudflare
另见
注释
参考
外部链接
 
 
1xx信息响应[ 编辑]
 
信息性回应表明该请求已收到并被理解。它是在临时的基础上发布的，而请求处理仍在继续。它提醒客户等待最后的回应。该消息仅由状态行和可选标题字段组成，并以空行结束。由于HTTP / 1.0标准没有定义任何1xx状态码，除了实验条件外，服务器不得[注1]向符合HTTP / 1.0的客户端发送1xx响应。[4]
 
100继续
 
服务器已收到请求标头，客户端应继续发送请求正文（在需要发送正文请求的情况下，例如POST请求）。在拒绝不合适的标题请求后，向服务器发送大型请求主体效率不高。要让服务器检查请求的标题，客户端必须Expect: 100-continue在其初始请求中发送标题，并100 Continue在发送主体之前接收状态码作为响应。如果客户端收到错误代码，如403（禁止）或405（方法不允许），则不应发送请求的正文。答复417 Expectation Failed表明，该请求应该重复没有Expect头，因为它表示服务器不支持期望值（例如，HTTP / 1.0服务器就是这种情况）。[5]
 
101交换协议
 
请求者已经请求服务器切换协议，并且服务器已经同意这么做。[6]
 
102处理（WebDAV ; RFC 2518）
 
WebDAV请求可能包含许多涉及文件操作的子请求，需要很长时间才能完成请求。此代码表示服务器已收到并正在处理该请求，但尚未有任何响应。[7]这防止客户端超时并假设请求丢失。
 
103早期提示（RFC 8297）
 
用于在最终的HTTP消息之前返回一些响应头。[8]
 
2xx成功[ 编辑]
 
这类状态代码表明客户要求的行为已被接收，理解和接受。[2]
 
200 OK
 
成功HTTP请求的标准响应。实际的响应将取决于使用的请求方法。在GET请求中，响应将包含与请求资源相对应的实体。在POST请求中，响应将包含描述或包含操作结果的实体。[9]
 
201创建
 
请求已完成，从而创建新资源。[10]
 
202接受
 
该请求已被接受处理，但处理尚未完成。该请求可能会或可能不会最终执行，并且在处理发生时可能会被禁止。[11]
 
203非权威信息（自HTTP / 1.1以来）
 
服务器是一个转换代理（例如Web加速器），它从原始地址接收到200 OK，但返回的是原始响应的修改版本。[12] [13]
 
204无内容
 
服务器成功处理了请求并且没有返回任何内容。[14]
 
205重置内容
 
服务器成功处理了请求，但未返回任何内容。与204响应不同，此响应要求请求者重置文档视图。[15]
 
206部分内容（RFC 7233）
 
由于客户端发送的范围标题，服务器仅传递部分资源（字节服务）。HTTP客户端使用范围标题来启用中断下载的恢复，或将下载分割为多个同步流。[16]
 
207多状态（WebDAV; RFC 4918）
 
接下来的消息主体默认为XML消息，并且可以包含多个单独的响应代码，具体取决于创建了多少个子请求。[17]
 
208已报告（WebDAV; RFC 5842）
 
DAV绑定的成员已经在（multistatus）响应的前一部分中枚举，并且不再被包含。
 
226使用的IM（RFC 3229）
 
服务器已经完成了对资源的请求，并且该响应表示应用于当前实例的一个或多个实例操作的结果。[18]
 
3xx重定向[ 编辑]
 
这类状态码表明客户必须采取额外的行动来完成请求。这些状态码中的很多都用于URL重定向。[2]
 
只有在第二个请求中使用的方法是GET或HEAD时，用户代理才可以在没有用户交互的情况下执行附加操作。用户代理可能会自动重定向请求。用户代理应检测并干预以防止周期性重定向。[19]
 
300多种选择
 
指示客户可以从中选择的资源的多个选项（通过代理驱动的内容协商）。例如，此代码可用于呈现多个视频格式选项，列出具有不同文件名扩展名的文件，或建议词义消歧。[20]
 
301永久移动
 
这个和所有将来的请求都应该指向给定的URI。[21]
 
302找到
 
告诉客户查看（浏览）另一个网址。302被303和307所取代。这是一个与标准相矛盾的行业惯例。HTTP / 1.0规范（RFC 1945）要求客户端执行临时重定向（原始描述短语是“暂时移动”）[22]，但流行的浏览器使用303 See Other的功能实现302。因此，HTTP / 1.1添加了状态码303和307来区分这两种行为。[23]然而，某些Web应用程序和框架使用302个状态码，好像它是在303 [24]
 
303查看其他（自HTTP / 1.1）
 
可以使用GET方法在另一个URI下找到对请求的响应。当收到响应POST（或PUT / DELETE）的响应时，客户端应该假定服务器已经收到数据并且应该向给定的URI发出一个新的GET请求。[25]
 
304未修改（RFC 7232）
 
表示自请求标头 If-Modified-Since或If-None-Match 指定的版本后，资源未被修改。在这种情况下，由于客户端仍然具有先前下载的副本，所以不需要重新传输资源。[26]
 
305使用代理（自HTTP / 1.1）
 
请求的资源只能通过代理服务器获得，代理服务器的地址在响应中提供。主要出于安全原因，许多HTTP客户端（如Mozilla [27]和Internet Explorer）无法正确处理此状态码的响应。[28]
 
306交换机代理
 
不再使用。原本的意思是“后续的请求应该使用指定的代理。” [29]
 
307临时重定向（自HTTP / 1.1以来）
 
在这种情况下，请求应该用另一个URI重复; 但是，未来的请求应该仍然使用原始URI。与历史上实现302的方式不同，请求方法在重新发送原始请求时不允许更改。例如，应该使用另一个POST请求重复POST请求。[30]
 
308永久重定向（RFC 7538）
 
请求和所有将来的请求应该使用另一个URI重复。307和308与302和301的行为并行，但不允许HTTP方法改变。因此，例如，将表单提交给永久重定向的资源可能会继续顺利进行。[31]
 
4xx客户端错误[ 编辑]
 
 
维基百科 404错误
 
这类状态码适用于错误似乎是由客户端引起的情况。除了响应HEAD请求外，服务器应该包含一个包含错误情况说明的实体，以及它是临时还是永久状态。这些状态码适用于任何请求方法。用户代理应该向用户显示任何包含的实体。[32]
 
400错误请求
 
由于明显的客户端错误（例如，格式错误的请求语法，大小过大，请求消息帧无效或欺骗性请求路由），服务器无法或不会处理该请求。[33]
 
401未经授权（RFC 7235）
 
与403 Forbidden类似，但专门用于需要认证且失败或尚未提供的情况。响应必须包含一个WWW-Authenticate标头字段，其中包含适用于所请求资源的挑战。请参阅基本访问验证和摘要访问验证。[ 401 ]语义上意味着“未经认证”，[35]即用户没有必要的凭证。
 
注意：当IP地址被禁止访问网站（通常是网站域）并且该特定地址被拒绝访问网站时，某些网站会发出HTTP 401 。
 
402需要付款
 
保留以供将来使用。最初的意图是，这个代码可能被用作某种形式的数字现金或微支付方案的一部分，正如GNU Taler [36]提出的那样，但这种情况尚未发生，而且这种代码通常不被使用。如果某个开发人员超出了每日请求限制，Google Developers API会使用此状态。[37]
 
403禁止
 
该请求是有效的，但服务器拒绝采取行动。用户可能没有资源所需的权限，或者可能需要某种帐户。
 
404未找到
 
找不到请求的资源，但可能在将来可用。客户的后续请求是允许的。
 
405方法不允许
 
所请求的资源不支持请求方法; 例如，需要通过POST呈现数据的表单上的GET请求，或只读资源上的PUT请求。
 
406不可接受
 
请求的资源只能根据请求中发送的Accept头生成不可接受的内容。[38]见内容谈判。
 
需要407代理验证（RFC 7235）
 
客户端必须首先使用代理进行身份验证。[39]
 
408请求超时
 
服务器超时等待请求。根据HTTP规范：“客户端在服务器准备等待的时间内没有发出请求，客户可以在以后不做任何修改的情况下重复请求。” [40]
 
409冲突
 
表示请求因请求发生冲突而无法处理，例如多个同时更新之间的编辑冲突。
 
410消失
 
表示所请求的资源不再可用，并且不再可用。这应该在资源被有意删除并且资源被清除时使用。在收到410状态码后，客户不应在未来请求资源。诸如搜索引擎之类的客户应该从其索引中移除资源。[41]大多数用例不要求客户端和搜索引擎清除资源，而是可以使用“404 Not Found”。
 
411长度要求
 
请求没有指定请求资源所需的内容的长度。[42]
 
412先决条件失败（RFC 7232）
 
服务器不符合请求者提出请求的前提条件之一。[43]
 
413有效负载太大（RFC 7231）
 
该请求比服务器愿意或能够处理的要大。以前称为“请求实体太大”。[44]
 
414 URI太长（RFC 7231）
 
提供的URI太长，服务器无法处理。通常是由于太多数据被编码为GET请求的查询字符串，在这种情况下，它应该转换为POST请求。[45]之前称为“Request-URI太长”。[46]
 
415不支持的媒体类型
 
请求实体具有服务器或资源不支持的媒体类型。例如，客户端将图像上传为image / svg + xml，但服务器要求图像使用不同的格式。
 
416范围不可满足（RFC 7233）
 
客户端要求提供文件的一部分（字节服务），但服务器无法提供该部分。例如，如果客户端要求文件末尾以外的部分文件。[47]之前称为“请求范围不可满足”。[48]
 
417期望失败
 
服务器不能满足Expect请求头字段的要求。[49]
 
418我是一个茶壶（RFC 2324，RFC 7168）
 
这个代码在1998年定义为传统的IETF April Fools的笑话之一，在RFC 2324，超文本咖啡壶控制协议中，预计不会被实际的HTTP服务器实现。RFC指定这个代码应该由请求冲泡咖啡的茶壶返回。[50]此HTTP状态在一些网站（包括Google.com）中用作复活节彩蛋。[51] [52]
 
421误导请求（RFC 7540）
 
该请求针对的是无法产生响应的服务器[53]（例如由于连接重用）。[54]
 
422不可处理的实体（WebDAV; RFC 4918）
 
请求格式良好，但由于语义错误无法遵循。[17]
 
423锁定（WebDAV; RFC 4918）
 
正在访问的资源被锁定。[17]
 
424失败依赖（WebDAV; RFC 4918）
 
请求失败，因为它依赖于另一个请求，并且该请求失败（例如PROPPATCH）。[17]
 
需要升级426
 
客户端应该切换到不同的协议，例如升级标题字段中给出的TLS / 1.0。[55]
 
428先决条件要求（RFC 6585）
 
原始服务器要求该请求是有条件的。为了防止“丢失更新”问题，客户端获取资源的状态，修改它并将其重新发回服务器，同时第三方修改了服务器上的状态，导致冲突。“ [56 ]
 
429太多请求（RFC 6585）
 
用户在给定的时间内发送了太多的请求。旨在用于速率限制方案。[56]
 
431请求标头字段太大（RFC 6585）
 
服务器不愿意处理该请求，因为单个标题字段或所有标题字段的集体太大。[56]
 
451不可用法律原因（RFC 7725）
 
服务器运营商已收到合法要求，拒绝访问资源或包含请求资源的一组资源。[45]代码451被选作参考新颖的华氏451（参见RFC中的致谢）。
 
5xx服务器错误[ 编辑]
 
服务器无法完成请求。[58]
 
以数字“5”开头的响应状态代码指示服务器意识到它遇到错误或无法执行请求的情况。除了响应HEAD请求之外，服务器应该包含一个包含错误情况说明的实体，并指出它是临时还是永久状态。同样，用户代理应该向用户显示任何包含的实体。这些响应代码适用于任何请求方法。[59]
 
500内部服务器错误
 
通用错误消息，在遇到意外情况时给出并且没有更具体的消息适用。[60]
 
501未实施
 
服务器要么不识别请求方法，要么缺乏完成请求的能力。通常这意味着未来的可用性（例如，Web服务API的新特性）。[61]
 
502错误的网关
 
服务器充当网关或代理，并收到来自上游服务器的无效响应。[62]
 
503服务不可用
 
服务器当前不可用（因为它过载或因维护而关闭）。一般来说，这是一个暂时的状态。[63]
 
504网关超时
 
服务器充当网关或代理服务器，没有收到来自上游服务器的及时响应。[64]
 
不支持505 HTTP版本
 
服务器不支持请求中使用的HTTP协议版本。[65]
 
506变式也协商（RFC 2295）
 
对请求的透明内容协商会产生循环引用。[66]
 
507存储不足（WebDAV; RFC 4918）
 
服务器无法存储完成请求所需的表示。[17]
 
508环路检测（WebDAV; RFC 5842）
 
服务器在处理请求时检测到无限循环（代替208已报告发送）。
 
510不扩展（RFC 2774）
 
服务器需要对请求进一步扩展才能实现它。[67]
 
需要511网络认证（RFC 6585）
 
客户端需要进行身份验证才能获得网络访问权限。通过拦截用于控制对网络的访问的代理（例如，用于在通过Wi-Fi热点授予完全互联网访问之前需要与服务条款达成协议的“ 专属门户 ”）来使用。[56]
 
非官方代码[ 编辑]
 
以下代码未由任何标准规定。
 
103检查站
 
在可恢复请求建议中使用，以恢复异常终止或POST请求。[68]
 
420方法失败（Spring框架）
 
Spring Framework在方法失败时使用的弃用响应。[69]
 
420增强你的平静（Twitter）
 
当客户受限速时，由Twitter搜索和趋势API的第1版返回; 1.1版和更高版本使用429“太多请求”响应代码。[70]
 
450由Windows家长控制（Microsoft）阻止
 
当Windows家长控制打开并阻止访问请求的网页时，指示的Microsoft扩展代码。[71]
 
498令牌无效（Esri）
 
由ArcGIS for Server返回。代码498表示已过期或无效的令牌。[72]
 
499令牌要求（Esri）
 
由ArcGIS for Server返回。代码499表示需要令牌但未提交。[72]
 
超出509带宽限制（Apache Web服务器 / cPanel）
 
服务器已超出服务器管理员指定的带宽; 这通常由共享主机提供商用来限制客户的带宽。[73]
 
530网站被冻结
 
由万神殿网络平台使用，表示由于不活动而被冻结的网站。[74]
 
598（非正式惯例）网络读取超时错误
 
由某些HTTP代理用于向代理前面的客户端发送代理服务器后面的网络读取超时信号。[75]
 
互联网信息服务[ 编辑]
 
微软的Internet信息服务 Web服务器扩展了4xx错误空间，以便根据客户的请求发出错误信号。
 
440登录超时
 
客户端的会话已过期，必须重新登录。[76]
 
449重试
 
服务器无法兑现请求，因为用户未提供所需的信息。[77]
 
451重定向
 
当更有效的服务器可用或服务器无法访问用户的邮箱时，用于Exchange ActiveSync。[78]客户端需要重新运行HTTP AutoDiscover操作来查找更合适的服务器。[79]
 
nginx [ 编辑]
 
在nginx的 Web服务器软件扩展了4xx错误的空间信号与客户端的请求的问题。[80] [81]
 
444没有回应
 
内部使用[82]指示服务器不向客户端返回任何信息并立即关闭连接。
 
494请求标题太大
 
客户端发送的请求太大或标题行太长。
 
495 SSL证书错误
 
400错误请求响应代码的扩展，当客户端提供了无效的客户端证书时使用。
 
需要496 SSL证书
 
400错误请求响应代码的扩展，当需要客户端证书但未提供时使用。
 
497 HTTP请求已发送到HTTPS端口
 
当客户端向侦听HTTPS请求的端口发出HTTP请求时使用的400错误请求响应代码的扩展。
 
499客户关闭请求
 
当客户端在服务器发送响应之前关闭请求时使用。
 
Cloudflare [ 编辑]
 
Cloudflare的反向代理服务扩展了5xx系列的错误空间，以指示源服务器的问题。[83]
 
520未知错误
 
将520错误用作“原始服务器返回意外事件时的全部响应”，列出连接重置，大标题以及作为常见触发器的空或无效响应。
 
521 Web服务器已关闭
 
原始服务器已拒绝Cloudflare的连接。
 
522连接超时
 
Cloudflare无法与原始服务器协商TCP握手。
 
523来源无法到达
 
Cloudflare无法访问原始服务器; 例如，如果源服务器的DNS记录不正确。
 
524超时发生
 
Cloudflare能够完成与原始服务器的TCP连接，但未收到及时的HTTP响应。
 
525 SSL握手失败
 
Cloudflare无法与原始服务器协商SSL / TLS握手。
 
526 SSL证书无效
 
Cloudflare无法验证源服务器提供的SSL / TLS证书。
 
527轨道炮错误
 
错误527表示WAN连接建立后请求超时或失败。[84]
 
530起源DNS错误
 
错误530指示所请求的主机名无法在Cloudflare网络上解析为原始服务器。[85]

 
统一诊断服务否定响应码应该怎么回
 
适用所有诊断服务的NRC及其优先级
适用于带子功能参数的诊断服务的NRC及其优先级
ISO14229-1中做了具体的NRC判断逻辑描述的诊断服务的NRC优先级
通过ID写入数据服务(WriteDataByIdentifier, SID 0x2E)所支持的NRC优先级
通过ID读取数据服务(ReadDataByIdentifier，SID 0x22)支持的否定响应码优先级
清除故障信息服务（ClearDiagnosticInformation， SID 0x14）支持的否定响应码优先级
通过ID进行输入输出控制服务（InputOutputControlByIdentifier， SID 0x2F）支持的否定响应码优先级
例程控制服务（RoutineControl，SID 0x31）支持的否定响应码优先级
请求下载（RequestDownload， SID 0x34）支持的否定响应码优先级
请求上传服务（RequestUpload，SID 0x35）支持的否定响应码优先级
数据传输服务（TransferData，SID 0x36）支持的否定响应码优先级
请求退出传输服务（RequestTransferExit，SID 0x37）支持的否定响应码优先级
 


 上一篇文章
《UDS服务应该支持哪些否定响应码》中介绍了具体的诊断服务应该支持哪些否定响应码。在实际的应用过程中，经常出现同时满足多个否定响应码的情况。但否定响应中只能给出一个否定响应码。这种情况下应该给出哪个否定响应码呢？这就涉及到诊断服务否定响应码判定优先级问题。

 在ISO14229-1:2013(E)中，对否定响应的处理过程有详细地说明。
 
适用所有诊断服务的NRC及其优先级
 
首先，我们来看Figure 5 – General server response behaviour。
 
 上图的描述可以总结为下表中的NRC优先级。这是判定优先级最高的一组NRC。适用于所有的诊断服务。
 
优先级
Priority
否定响应码
NRC
备注
Notes
1
0x21
可选
服务器正忙于执行已请求的诊断服务，暂时无法执行当前请求的诊断服务时，回复此编码
2
0xXX
整车制造商或零部件供应商自定义
3
0x11
强制要求
服务器不支持请求的诊断服务。诊断请求中的服务标识符(Service ID)是服务器不支持的或不能识别的，则回复此编码。
4
0x7F
强制要求
诊断请求中的服务标识符(Service ID)在当前的会话下不支持时，回复此编码。
5
0x33
可选
在所请求的诊断服务需要服务器处于解锁状态，但服务器未被解锁时，回复此编码。
6
0xXX
整车制造商或零部件供应商自定义
观察Figure 5 - General server response behaviour的左下角，可以发现进一步的否定响应判断被分成了两个分支。
 
 
适用于带子功能参数的诊断服务的NRC及其优先级
 
分支一，带子功能参数的诊断服务（0x31服务除外）。常用的带子功能参数的诊断服务如下：
 
诊断服务标识
Service ID
诊断服务
Diagnostic Service
0x10
诊断会话控制
DiagnosticSessionControl
0x11
ECU复位
ECUReset
0x19
读取故障码信息
ReadDTCInformation
0x27
安全访问
SecurityAccess
0x28
通信控制
CommunicationControl
0x3E
测试设备在线
TesterPresent
0x85
控制故障码设置
ControlDTCSetting
这些带子功能的诊断服务，适用于ISO14229-1:2013(E)中Figure 6 - General server response behaviour for request messages with sub-function parameter中描述的处理逻辑。
 
 这部分处理逻辑可以被总结为如下的NRC处理优先级.（优先级从7开始。优先级为1~6的否定响应码请参考适用所有诊断服务的NRC及其优先级。下同。）
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x13
强制要求
仅用于判断最小数据长度。诊断请求的数据长度小于2字节时，回复此编码
8
0x12
强制要求
服务器支持诊断请求中的服务标识符(Service ID)，但不支持其中的子功能参数时，回复此编码。
9
0x7E
强制要求
诊断请求中服务的子功能参数在当前的会话下不支持时，回复此编码。
10
0x33
可选。
诊断服务的子功能要求的安全等级未解锁时，回复此编码
11
0x24
可选。
诊断服务的子功能需要按照某种顺序依次请求，而当前不满足此条件时，回复此编码。典型的例子是安全访问服务(SID 0x27)
12
0xXX
整车制造商或零部件供应商自定义
ISO14229-1中做了具体的NRC判断逻辑描述的诊断服务的NRC优先级
 
分支二，ISO14229-1中做了具体的NRC判断逻辑描述的诊断服务。这部分常用的诊断服务如下：
 
诊断服务标识
Service ID
诊断服务
Diagnostic Service
0x22
通过ID读取数据
ReadDataByIdentifier
0x2E
通过ID写入数据
WriteDataByIdentifier
0x14
清除故障信息
ClearDiagnosticInformation
0x2F
通过ID进行输入输出控制
InputOutputControlByIdentifier
0x31
例程控制
RoutineControl
0x34
请求下载
RequestDownload
0x35
请求上传
RequestUpload
0x36
数据传输
TransferData
0x37
请求退出传输
RequestTransferExit
在ISO14229-1:2013(E)中，对这些服务支持的NRC的判定做了具体说明。这里以通过ID写入数据服务(WriteDataByIdentifier, SID 0x2E)为例。在ISO14229-1:2013(E)的10.7.4章节Figure 21 - NRC handling for WriteDataByIdentifier service中进行了详细的说明。
 
 由此图中的描述，可以得出
 
通过ID写入数据服务(WriteDataByIdentifier, SID 0x2E)所支持的NRC优先级
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x13
强制要求
诊断请求的数据长度小于4字节时，回复此编码
8
0x31
强制要求
服务器不支持请求的DID或请求的DID不支持写入操作时，回复此编码
9
0x13
强制要求
完整的数据长度与预期不一致时，回复此编码
10
0x33
强制要求
此服务要求的安全等级未解锁时，回复此编码
11
0x22
可选。
DID的写入条件不满足时，回复此编码
12
0x31
强制要求
写入的数据无效时，回复此编码
13
0x72
强制要求
数据写入到存储器失败时，回复此编码
参考ISO14229-1:2013(E)中的相关章节，可以得出其它诊断服务的否定响应处理优先级。
 
通过ID读取数据服务(ReadDataByIdentifier，SID 0x22)支持的否定响应码优先级
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x13
强制要求
诊断请求的数据长度小于4字节时，回复此编码
8
0x13
强制要求
完整的数据长度不符合预期，或请求的DID数量超过服务器支持的最大数量时，回复此编码
9
0x33
强制要求
请求的DID要求的安全等级未解锁时，回复此编码
10
0x22
可选。
读取DID的条件不满足时，回复此编码
12
0x31
强制要求
请求的所有DID都不被服务器支持或在当前的会话下不支持时，回复此编码
13
0x14
强制要求
诊断响应的数据长度超过服务器支持的最大值时，回复此编码
清除故障信息服务（ClearDiagnosticInformation， SID 0x14）支持的否定响应码优先级
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x13
强制要求
数据长度不为4字节时，回复此编码
8
0x31
强制要求
服务器不支持请求中的GroupOfDTC参数时，回复此编码
9
0x22
可选。
当清除DTC的条件不满足时，回复此编码
10
0xXX
整车制造商或零部件供应商自定义
11
0x72
强制要求
向存储器写入数据失败时，回复此编码
通过ID进行输入输出控制服务（InputOutputControlByIdentifier， SID 0x2F）支持的否定响应码优先级
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x13
强制要求
数据长度小于4字节时，回复此编码
8
0x31
强制要求
请求的服务在当前会话下不被支持或请求中的InputOutputControlParameter参数不被支持时，回复此编码
9
0x13
强制要求
完整的数据长度与预期不一致时，回复此编码
10
0x31
强制要求
服务器不支持请求中的ControlState参数或ControlMask参数时，回复此编码
11
0x33
强制要求
如请求的DID需要的安全等级未解锁时，回复此编码
12
0x22
可选
当请求的输入输出控制功能的执行条件不满足时，回复此编码
13
0xXX
整车制造商或零部件供应商自定义
例程控制服务（RoutineControl，SID 0x31）支持的否定响应码优先级
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x13
强制要求
数据长度小于4字节时，回复此编码
8
0x31
强制要求
服务器不支持请求中的例程标识(RID)时，回复此编码
9
0x33
强制要求
请求的例程标识(RID)所需的安全等级未解锁时，回复此编码
10
0x12
强制要求
服务器不支持请求的子功能参数时，回复此编码
11
0x13
强制要求
完整的数据长度不符合预期时，回复此编码
12
0x31
强制要求
服务器不支持请求中的RoutineControlOptionRecord参数时，回复此编码
13
0x22
可选
当请求的例程控制的执行条件不满足时，回复此编码
14
0x24
可选
如下情况下，可回复此编码
- 例程正在执行，在此收到了启动例程控制(StartRoutine)请求
- 例程没有执行，而收到了停止例程控制(StopRoutine)请求
- 收到请求例程控制结果(RequestRoutineResults)的请求时，由于例程没有被执行等原因无法给出执行结果时
15
0xXX
整车制造商或零部件供应商自定义
请求下载（RequestDownload， SID 0x34）支持的否定响应码优先级
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x13
强制要求
诊断请求的数据长度小于5字节时，回复此编码
8
0x31
强制要求
诊断请求中的DataFormatIdentifier参数或AddressAndLengthFormatIdentifier参数无效时时，回复此编码
9
0x13
强制要求
完整的数据长度与预期不一致时，回复此编码
10
0x31
强制要求
诊断请求中的参数MemoryAddress或MemorySize无效时时，回复此编码
11
0x33
强制要求
服务要求的安全等级未解锁时，回复此编码
12
0x22
可选
服务器在接收下载数据的过程中又收到了请求下载服务时，回复此编码
13
0x70
强制要求
服务器由于故障原因不能执行下载时，回复此编码
14
0xXX
整车制造商或零部件供应商自定义
请求上传服务（RequestUpload，SID 0x35）支持的否定响应码优先级
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x13
强制要求
诊断请求的数据长度小于5字节时，回复此编码
8
0x31
强制要求
诊断请求中的参数DataFormatIdentifier或AddressAndLengthFormatIdentifier无效时时，回复此编码
9
0x13
强制要求
完整的数据长度与预期不一致时，回复此编码
10
0x31
强制要求
诊断请求中的参数MemoryAddress或MemorySize无效时时，回复此编码
11
0x33
强制要求
服务要求的安全等级未解锁时，回复此编码
12
0x22
可选。
请求上传数据服务的执行条件不满足时，回复此编码。例如服务器在执行请求上传数据的传输过程中再次收到了请求上传数据服务
13
0x70
强制要求
服务器由于故障原因不能执行下载时，回复此编码
14
0xXX
整车制造商或零部件供应商自定义
数据传输服务（TransferData，SID 0x36）支持的否定响应码优先级
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x13
强制要求
诊断请求的数据长度小于2字节时，回复此编码
8
0x24
强制要求
如下情况，回复此代码
-收到此服务前，服务器未收到请求下载（RequestDownload）或请求上传服务（RequestUpload）
-收到此服务前，服务器收到了请求下载（RequestDownload）或请求上传服务（RequestUpload），并且也已经收到了请求传输的全部数据
9
0x71
强制要求
传输的下载数据长度与之前收到的请求下载（RequestDownload）服务中的参数MemorySize不一致时，回复此编码
10
0x73
强制要求
服务器检测到数据传输的BlockSequenceCounter错误时，回复此编码
11
0x31
强制要求
如下情况，回复此编码
-请求传输的数据长度与之前服务器收到的请求下载（RequestDownload）或请求上传服务（RequestUpload）后给出的肯定响应中的MaxNumberOfBlockLength不一致时（不包括最后一个Block的传输）
-请求传输的数据长度与服务器的存储器数据对齐要求不一致时
12
0x72
可选
服务器在擦除或写入非易失存储器发生错误时，回复此编码
13
0x92/0x93
可选。
服务器的供电电压超出了允许向非易失存储器写入数据的电压范围（供电电压过高或过低）时，回复此编码
14
0xXX
整车制造商或零部件供应商自定义
请求退出传输服务（RequestTransferExit，SID 0x37）支持的否定响应码优先级
 
优先级
Priority
否定响应码
NRC
备注
Notes
7
0x24
强制要求
如下情况，回复此代码
-收到此服务时，编程过程未完成
-收到此服务前，服务器未收到请求下载（RequestDownload）或请求上传服务（RequestUpload）
8
0x31
可选
请求中的参数无效时，回复此编码
9
0x13
强制要求
诊断请求的数据长度与预期不一致时，回复此编码
10
0xXX
整车制造商或零部件供应商自定义
参考文献
 Road vehicles - Unified diagnostic services (UDS) - Part 1: Specification and requirements， Second edition 2013-03-15

 异常处理流程
 
1、自定义异常类型。
 2、自定义错误代码及错误信息。
 3、对于可预知的异常由程序员在代码中主动抛出，由SpringMVC统一捕获。
 可预知异常是程序员在代码中手动抛出本系统定义的特定异常类型，由于是程序员抛出的异常，通常异常信息比较
 齐全，程序员在抛出时会指定错误代码及错误信息，获取异常信息也比较方便。
 4、对于不可预知的异常（运行时异常）由SpringMVC统一捕获Exception类型的异常。
 不可预知异常通常是由于系统出现bug、或一些不要抗拒的错误（比如网络中断、服务器宕机等），异常类型为
 RuntimeException类型（运行时异常）。
 5、可预知的异常及不可预知的运行时异常最终会采用统一的信息格式（错误代码+错误信息）来表示，最终也会随
 请求响应给客户端。
 
 
1、在controller、service、dao中程序员抛出自定义异常；springMVC框架抛出框架异常类型
 2、统一由异常捕获类捕获异常，并进行处理
 3、捕获到自定义异常则直接取出错误代码及错误信息，响应给用户。
 4 、捕获到非自定义异常类型首先从Map中找该异常类型是否对应具体的错误代码，如果有则取出错误代码和错误
 信息并响应给用户，如果从Map中找不到异常类型所对应的错误代码则统一为99999错误代码并响应给用户。
 5、将错误代码及错误信息以Json格式响应给用户。
 
自定义异常类型
 
public class CustomException extends RuntimeException {
    ResultCode resultCode;
    public CustomException(ResultCode resultCode){
        this.resultCode=resultCode;
    }

    public ResultCode getResultCode(){
        return resultCode;
    }
}
 
异常抛出类
 
public class ExceptionCast {

    public static void cast(ResultCode resultCode){
        throw new CustomException(resultCode);
    }
}
 
异常捕获类
 
@ControllerAdvice  //增强controller
public class ExceptionCatch {

    private static final Logger LOGGER=  LoggerFactory.getLogger(ExceptionCatch.class);
    //使用EXCEPTIONS存放异常类型和错误代码的映射，ImmutableMap的特点的一旦创建不可改变，并且线程安全
    private static ImmutableMap<Class<? extends Throwable>,ResultCode> EXCEPTIONS;
    //使用builder来构建一个异常类型和错误代码的异常
    protected static ImmutableMap.Builder<Class<? extends Throwable>,ResultCode> builder= ImmutableMap.builder();

    //捕获预知运行异常
    @ExceptionHandler(CustomException.class)
    @ResponseBody
    public ResponseResult customException(CustomException customException){
        customException.printStackTrace();
        LOGGER.error("catch exception:{}",customException.getMessage());
        ResultCode resultCode = customException.getResultCode();
        return new ResponseResult(resultCode);
    }

    //捕获不可预知异常
    @ExceptionHandler(Exception.class)
    @ResponseBody
    public ResponseResult exception(Exception exception){
        exception.printStackTrace();
        LOGGER.error("catch exception:{}",exception.getMessage());
//        ResultCode resultCode = exception.getResultCode();
        if (EXCEPTIONS==null){
            EXCEPTIONS=builder.build();
        }
        ResultCode resultCode = EXCEPTIONS.get(exception.getClass());
        if (resultCode!=null){
            return  new ResponseResult(resultCode);
        }
        else {
            return new ResponseResult(CommonCode.SERVER_ERROR);
        }

    }

    static {
        //在这里加入一些基础的异常类型判断
        builder.put(HttpMessageNotReadableException.class,CommonCode.INVALID_PARAM);
    }
}
 
 附带码
 
/**
 * 返回信息的代码
 * 10000-- 通用错误代码
 * 22000-- 媒资错误代码
 * 23000-- 用户中心错误代码
 * 24000-- cms错误代码
 * 25000-- 文件系统
 */
public interface ResultCode {
    //操作是否成功,true为成功，false操作失败
    boolean success();
    //操作代码
    int code();
    //提示信息
    String message();

}

@ToString
public enum CommonCode implements ResultCode{
    INVALID_PARAM(false,10003,"参数非法!"),
    SUCCESS(true,10000,"操作成功！"),
    FAIL(false,11111,"操作失败！"),
    UNAUTHENTICATED(false,10001,"此操作需要登陆系统！"),
    UNAUTHORISE(false,10002,"权限不足，无权操作！"),
    SERVER_ERROR(false,99999,"抱歉，系统繁忙，请稍后重试！");
//    private static ImmutableMap<Integer, CommonCode> codes ;
    //操作是否成功
    boolean success;
    //操作代码
    int code;
    //提示信息
    String message;
    private CommonCode(boolean success,int code, String message){
        this.success = success;
        this.code = code;
        this.message = message;
    }
    @Override
    public boolean success() {
        return success;
    }
    @Override
    public int code() {
        return code;
    }
    @Override
    public String message() {
        return message;
    }
}

@Data
@ToString
@NoArgsConstructor
public class ResponseResult implements Response {

    //操作是否成功
    boolean success = SUCCESS;

    //操作代码
    int code = SUCCESS_CODE;

    //提示信息
    String message;

    public ResponseResult(ResultCode resultCode){
        this.success = resultCode.success();
        this.code = resultCode.code();
        this.message = resultCode.message();
    }
    public static ResponseResult SUCCESS(){
        return new ResponseResult(CommonCode.SUCCESS);
    }
    public static ResponseResult FAIL(){
        return new ResponseResult(CommonCode.FAIL);
    }
}