随着互联网时代的发展进步，我们的学习、工作、生活早已离不开互联网。智能家居、网购、日常出行都需要互联网的支持。互联网给生活带来了很多便利。

你遇到过这样的情况吗？当我们使用手机或电脑浏览一些信息，或者在搜索引擎中搜索信息时，点击搜索结果后，浏览器会弹出一个404NotFound的空白页。

我相信所有的老网民都熟悉这个数字& quot404 & quot。此错误码表示服务器没有找到该文件，通常是访问的页面已被更改或删除，或者输入了错误的访问地址。

那为什么要用404而不是其他数字来表示接入资源不存在呢？有这样一个& quot传奇& quot关于互联网404的诞生。据说在第三次科技革命之前，整个互联网就像一个大型的中央数据库，被设置在一个叫404的房间里。当时所有的上网请求都是手动完成的。如果在404房间没有找到请求者需要的文件，或者因为请求者写错了文件号，工作人员将返回一条消息& quot4043360房间文件找不到& quot。

当然，经过实际研究发现，传说中的Room404实际上并不存在，404的真正来源应该是从互联网开始——HTTP协议。

状态码的由来

众所周知，互联网的建立打破了地域限制，通过浏览器和服务器之间的通信，足不出户就可以了解世界。浏览器和服务器之间的通信是通过HTTP协议进行的。

HTTP(HypertextTransferProtocol)，超文本传输协议，是应用层协议。由于其简单、快速的方式，适用于分布式和协作式超媒体信息系统。自1990年以来，它已被应用于万维网(WWW)全球信息服务系统。

用户上网的过程是浏览器通过HTTP协议向服务器发送请求，然后在本地的服务器主机上显示内容。

支持HTTP协议工作的是TCP/IP协议的模型工，负责底层的数据传输。单从这一点来看，所谓& quot超文本传输协议& quot与传输无关，有点用词不当。那为什么HTTP也叫传输协议呢？答案是它传递消息内容。

HTTP协议在规范文档中详细定义了消息的格式，规定了组件、解析规则和处理策略，因此可以在TCP/IP层实现除数据传输之外更加灵活丰富的功能。

TCP的协议报文在实际要传输的数据之前附加了一个20字节的头数据，其中存储了TCP协议所必需的附加信息，如发送方端口号、接收方端口号、包序列号、标志位等。有了这个额外的TCP报头，数据包就能正确传输，在目的地去掉报头就能得到真正的数据。

HTTP协议也需要在实际传输的数据之前附加这种报头数据，但与TCP不同，它是一个& quot纯文本& quot协议，头数据都是ASCII文本，不需要程序分析的帮助就可以很容易的被肉眼阅读和理解。

HTTP协议的请求消息和响应消息的结构基本相同，主要由三部分组成：

Statusline:描述响应的基本信息，即服务器响应的状态；标题字段集：使用键值形式更详细地解释消息；消息体：实际的响应数据，不一定是纯文本，可以是图片、视频等二进制数据。状态行和标题字段通常称为& quot响应标题& quot，消息体也称为& quot实体& quot，对应的是& quot标题& quot通常被称为& quotbody & quot直接。

HTTP协议规定消息必须有头，但也可以没有正文，头后面必须有空行，即& quotCRLF & quot；和十六进制& quot0D0A & quot。

完整的HTTP响应消息

以上传又拍云存储接口文件后返回的响应头为例。第一行& quotHTTP/2200 ok & quot；是状态行，由三部分组成：

版本号：表示消息使用的HTTP协议版本，在上图中为HTTP/2；状态码：三位数字，以代码形式表示处理结果，如200表示成功，404表示资源不存在；原因短语：作为数字状态码的补充，它是状态码的简短文本描述，如& quot好的& quot和& quot找不到& quot。以下& quot内容类型& quot，& quot连接& quot等等都属于头，消息以空行结束，没有正文。

在大多数情况下，HTTP消息只有头，没有正文。HTTP协议虽然没有限制头的大小，但是由于头太大，可能会占用大量的服务器资源，影响运行效率。因此，每个Web服务器不允许太大的请求头。即便如此，很多时候还是有很多大头在网上跑来跑去。

为了减少& quot大头& quot尽可能的减少检测错误地址访问的时间，网站一般会选择状态码来承担这个责任，因为数字比文字更能减少HTTP消息的报头大小。

响应消息允许客户端通过状态码快速知道请求是否被正确处理，并允许服务器选择最合适的状态处理请求通过状态码回复客户端。同时通过各种状态码，让服务器明确告知客户端响应状态，让客户端知道自己下一步的操作。

目前RFC标准中有41种状态码，可以自行扩展。Apache和Nginx等Web服务器已经定义了一些专有的状态代码。在开发Web应用程序时，我们也可以设置自己的专有状态代码，而不会产生冲突。

常见状态码

接下来我们来详细说说常见的状态码分别代表什么。

>

状态码的意义在于表达HTTP数据处理的“状态”，客户端可以依据代码实时转换处理状态，一般是一个十进制数字，而RFC标准里规定的状态码是三位数，取值范围从000到999。常见的状态码有一定的设计格式，被分成了五类，用数字的第一位表示分类，而0~99不用，这样状态码的实际可用范围就大大缩小了，由000~999变成了100~599。

1xx

1××类状态码属于提示信息，是协议处理的中间状态，实际能够用到的时候很少。

我们偶尔能够见到的是“101SwitchingProtocols”。它的意思是客户端使用Upgrade头字段，要求在HTTP协议的基础上改为其他的协议继续通信，比如WebSocket。而如果服务器也同意变更协议，就会发送状态码101，但这之后的数据传输就不会再使用HTTP了。

此外还有“100Continue”。表示目前为止一切正常,客户端应该继续请求,如果已完成请求则忽略。一般出现在文件上传中。

2xx

2××类状态码表示服务器收到并成功处理了客户端的请求，这也是客户端最愿意看到的状态码。

“200OK”是最常见的成功状态码，表示一切正常，服务器如客户端所期望的那样返回了处理结果。

“204NoContent”是另一个很常见的成功状态码，它的含义与“200OK”基本相同，但响应头后没有body数据。

“206PartialContent”一般用于分块下载或断点续传的基础，在客户端发送“范围请求”、要求获取资源的部分数据时出现，它与200一样，也是服务器成功处理了请求，但body里的数据不是资源的全部，而是其中的一部分。状态码206通常还会伴随着头字段“Content-Range”，表示响应报文里body数据的具体范围，供客户端确认，例如“Content-Range:bytes0-66/888”，意思是此次获取的是总计888个字节的前66个字节。

3xx

3××类状态码表示客户端请求的资源发生了变动，客户端必须用新的URI重新发送请求获取资源，也就是通常所说的“重定向”，包括“著名”的301、302跳转。

“301MovedPermanently”俗称“永久重定向”，含义是此次请求的资源已经不存在了，需要改用新的URI再次访问。与它类似的是“302Found”，曾经的描述短语是“MovedTemporarily”，俗称“临时重定向”，意思是请求的资源还在，但需要暂时用另一个URI来访问。

“304NotModified”是一个比较有意思的状态码，它用于If-Modified-Since等条件请求，表示资源未修改，用于缓存控制。它不具有通常的跳转含义，但可以理解成“重定向已到缓存的文件”（即“缓存重定向”）。

4xx

4××类状态码表示客户端发送的请求报文有误，服务器无法处理，它是具有真正的“错误码”含义的状态码了。

“400BadRequest”是一个通用的错误码，表示请求报文有错误，但具体是数据格式错误、缺少请求头或者还是其他错误则不会明确指示，因此在Web开发时一般会尽量避免给客户端返回400，使用其他更有明确含义的状态码。

“403Forbidden”实际上不是客户端的请求出错，而是表示服务器禁止访问资源。原因可能多种多样，例如信息敏感、法律禁止等。

“404NotFound”可能是我们最常看到的一个状态码，它一般指资源在本服务器上未找到，所以无法提供给客户端。

4××里剩下的一些代码较明确地说明了错误的原因，都很好理解，开发中常用的有：

405MethodNotAllowed：不允许使用某些方法操作资源，例如不允许POST只能GET；406NotAcceptable：资源无法满足客户端请求的条件，例如请求中文但只有英文；408RequestTimeout：请求超时，服务器等待了过长的时间；409Conflict：多个请求发生了冲突，可以理解为多线程并发时的竞态；413RequestEntityTooLarge：请求报文里的body太大；414Request-URITooLong：请求行里的URI太大；429TooManyRequests：客户端发送了太多的请求，触发了服务器的限制；431RequestHeaderFieldsTooLarge：请求头某个字段或总体太大。

5xx

5××类状态码表示客户端请求报文正确，但服务器在处理时内部发生了错误，无法返回应有的响应数据，是服务器端的“错误码”。

“500InternalServerError”与400类似，也是一个通用的错误码，服务器究竟发生了什么错误我们是不知道的。不过和400的响应相反，开发人员通常不会把服务器内部的出错详细信息返回给访问端。虽然不利于调试，但能够防止黑客的窥探或者分析。

“501NotImplemented”表示客户端请求的功能还不支持，类似于“即将开业，敬请期待”的意思。

“502BadGateway”通常是服务器作为网关或者代理时返回的错误码，表示服务器自身工作正常，访问后端服务器时发生了错误，但具体的错误原因也是不知道的。

“503ServiceUnavailable”表示服务器当前很忙，暂时无法响应服务，我们上网时有时候遇到的“网络服务正忙，请稍后重试”的提示信息就是状态码503。

如何处理404

回到我们开头所说的404问题。在实际业务中，难免会碰到输入了错误链接地址访问到不存在的资源，或者服务器突发故障无法访问的情况。但Web服务器默认提供的错误响应页面，无论Nginx、Apache或者是IIS，都不是十分美观，页面简陋、呆板，且对用户不友好，无法给用户提供直观明了的信息，造成用户使用体验的下降。

因此，很多开发者均使用自定义错误页面的方式，来增强户体验，避免用户流失。以404举例来说，自定义404页面通用的做法是在页面中放置网站快速导航链接、搜索框以及网站提供的特色服务，这样可以有效的帮助用户访问站点并获取需要的信息。

例如很多开发者会使用腾讯公益提供的“宝贝回家–公益404项目”，开发者可以在自定义的404界面中引用一段代码，当用户访问到404的资源，网页会显示访问资源不存在，同时加载一些失踪儿童的信息，通过互联网来迅速传播失踪儿童信息，从而提高找回失踪儿童的概率。这种操作让科技充满了温度，体现了人文关怀，正是科技的浪漫所在。

如果你不知道如何自定义错误响应页，但是又很想拥有。你可以看一下CDN、或者云存储服务的自定义页面功能。它可以帮助你快速的配置4XX、5XX的错误响应页。只需要打开控制台，就可以根据自己的需求配置错误响应也和错误响应图，非常方便好用。

除此之外，还可以通过边缘规则，让不同错误码对应不同的网址跳转、URL改写等网页引导操作。