最近小编看到大家都在讨论http status 404（httpstatus404解决步骤） 相关的事情，对此呢小编也是非常的感应兴趣，那么这件事究竟是怎么发生的呢？具体又是怎么回事呢？下面就是小编搜索到的关于http status 404（httpstatus404解决步骤） 事件的相关信息，我们一起来看一下吧！

Http状态404(httpstatus404解决方案步骤)13:47ITBang

(资料图)

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

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

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

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

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

州代码的来源

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

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

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

支持HTTP协议的是TCP/IP协议，一个模型工人，负责底层的数据传输。单从这个角度来说，所谓的“超文本传输协议”实际上与传输无关，有点用词不当。那为什么HTTP还叫传输协议呢？答案是它传输消息内容。

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

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

HTTP协议也需要将这种头数据附加到实际传输的数据中。但是，与TCP不同，它是一种“纯文本”协议。头数据都是ASCII码，肉眼很容易读懂，不需要借助程序分析就能理解。

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

状态行:描述响应的基本信息，即服务器响应的状态；

Header:使用键值形式更详细地解释消息；

消息(实体):实际响应的数据，不一定是纯文本，可以是图片、视频等二进制数据。

其中，状态行和头字段常统称为“响应头”，消息体也称为“实体”，与“头”相对应，常直接称为“体”。

根据HTTP协议，消息必须有头，但也可以没有正文，头后面必须有“空行”，即十六进制的“CRLF”和“0D0A”。

△完整的HTTP响应消息

以上传云存储接口文件到Youyou.com后返回的响应头为例。之一行“HTTP/2 200 OK”是状态行，由三部分组成:

版本号:表示消息使用的HTTP协议版本，上图中的版本为HTTP/2；

状态码:三位数字，以代码的形式表示处理结果。比如200是成功，404是资源不存在；

原因:作为数字状态码的补充，是状态码的简短文字描述，如“OK”、“not found”。

后面的“Content-Type”、“Connection”等都属于头，消息以空白线结尾，没有正文。

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

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

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

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

公共状态代码

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

状态码的意思是表达HTTP数据处理的“状态”。客户端可以根据代码实时转换处理状态，代码一般是十进制数，而RFC标准中规定的状态代码是三位数，取值范围为000-999。常见的状态码有一定的设计格式，分为五类。数字的之一位表示分类，但不使用0~99。这样，状态码的实际可用范围就大大缩小了，从000~999缩小到100~599。

1xx

1类状态码属于提示信息，是协议处理的中间状态，实际中很少使用。

偶尔能看到的是“101交换协议”。表示客户端使用了升级头字段，要求换成其他基于HTTP协议的协议继续通信，比如WebSocket。如果服务器同意更改协议，它将发送状态码101，但在此之后，将不会使用HTTP进行数据传输。

还有《100继续》。它意味着到目前为止一切正常，客户端应该继续请求，或者如果请求已经完成，则忽略它。一般出现在文件上传中。

2xx

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

“200 OK”是最常见的成功状态码，表示一切正常，服务器按照客户端的预期返回处理结果。

“204无内容”是另一个非常常见的成功状态代码。其含义与“200 OK”基本相同，只是响应头后面没有正文数据。

“206部分内容”一般作为分块下载或断点续传的依据。当客户端发送一个“范围请求”请求一些资源数据时，它就会出现。和200一样，它也是成功处理请求的服务器，但是主体中的数据不是整个资源，而是其中的一部分。状态码206通常带有头字段“Content-Range”，表示响应消息中主体数据的具体范围，供客户端确认，例如“Content-Range: bytes 0-66/888”，表示本次获取888字节的前66个字节。

3xx

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

“301永久移动”，俗称“永久重定向”，是指请求的资源不再存在，需要用新的URI再次访问。与之类似的是“302 Found”，曾经描述性短语被“临时移动”，俗称“临时重定向”，意思是请求的资源还在，但需要用另一个URI临时访问。

“304未修改”是一个有趣的状态码，用于If-Modified-Since等条件请求，表示资源未被修改，用于缓存控制。没有通常意义上的跳转，但可以理解为“重定向缓存的文件”(即“缓存重定向”)。

4xx

第4类状态代码表示客户端发送的请求消息有错误，服务器无法处理。它是一个真实的状态代码，具有“错误代码”的含义。

“400错误请求”是一个通用错误代码，表示请求消息中有错误。但是，具体的数据格式错误、缺少请求头或其他错误将不会被清楚地指出。所以在Web开发中，我们一般会尽量避免向客户端返回400，而使用其他更明确的状态码。

“403禁止”其实并不是客户端请求出错，而是表示服务器禁止访问资源。可能有各种原因，如敏感信息、法律禁止等。

“404未找到”可能是我们看到的最常见的状态代码。这通常意味着无法将资源提供给客户端，因为在此服务器上找不到该资源。

4书中剩余的一些代码清楚地解释了错误的原因，这是很好理解的。开发中常用的有:

405方法不允许:有些方法不允许操作资源，比如POST只能GET不允许；

406不可接受:资源无法满足客户端要求的条件，比如要求中文但只要求英文；

408请求超时:请求超时，服务器等待时间过长；

409冲突:多个请求发生了冲突，可以理解为多线程并发时的竞争状态；

413请求实体太大:请求消息中的正文太大；

414请求-URI过长:请求行中的URI过大；

429请求过多:客户端发送的请求过多，触发了服务器的限制；

431请求头字段太大:一个字段或整个请求头太大。

5xx

Class 5状态码表示客户端请求消息是正确的，但是服务器在处理过程中出现内部错误，无法返回应有的响应数据，这就是服务器的“错误码”。

“500内部服务器错误”类似于400，也是常见的错误代码。我们不知道服务器发生了什么错误。然而，与400的响应相反，开发人员通常不会将服务器内部的错误详细信息返回给客户端。虽然不利于调试，但可以防止黑客窥探或分析。

“501未实现”表示目前还不支持客户端请求的功能，类似于“即将开通，敬请期待”的意思。

“502坏网关”通常是服务器充当网关或 *** 时返回的错误代码，表示服务器本身工作正常，访问后端服务器时出现错误，但具体错误原因未知。

“503服务不可用”表示服务器当前正忙，暂时无法响应服务。我们上网时，提示信息“ *** 服务繁忙，请稍后再试”就是状态码503。

如何处理404

让我们回到开头提到的404问题。在实际业务中，不可避免地会输入错误的链接地址来访问不存在的资源，或者服务器因突发故障而无法访问。而Web服务器默认提供的错误响应页面，无论是Nginx、Apache还是IIS，都不是很美观，页面粗糙不灵活，对用户不友好，无法给用户提供直观清晰的信息，导致用户体验下降。

所以很多开发者使用自定义错误页面来提升用户体验，避免用户流失。以404为例，定制404页面的常见方式是在页面中放置快速导航链接、搜索框以及网站提供的特殊服务，可以有效帮助用户访问网站，获取所需信息。

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

如果你不知道如何定制错误响应页面，但你真的想拥有它。可以看看CDN或者云存储服务的自定义页面功能。它可以帮助您快速配置4XX和5XX错误响应页面。只要打开控制台，就可以根据自己的需要配置误差环。

关键词：