在这个广域网中，我们所有人都一定会看到3个Logo：测试你网速的蓝色熊掌，令你绝望的加载圆圈，还有“裤子都脱了就给我看这个？”的404页面。前两个好歹还能让你看点东西，而最后一个则是最糟糕的用户体验——除了告诉你打不开网页就似乎真的什么也没有了，不知道各位有没有想过这个404是怎么产生的，除了404还有什么？今天我们就来谈一谈那些状态码。

404和HTTP状态码

上面所说的404其实是一种标准的HTTP返回代码，官方名称是HTTP状态码（HTTP Status Code），用于表示网页服务器HTTP的响应状态。但似乎一般人都不会仔细研究这些HTTP状态码和这些状态码对开发人员的影响。也许，一个开发人员就算不知道这些状态码也能开发出一个网站，但如果企业要开发一个大型网站，在某些时候需要微调或系统整合需要到更底层的网络工作时，就有可能遇到瓶颈，特别是在出错时更加明显。对于状态码的分类有三个层级，就好像404那样用3三个数字表示，分为大类，中类和小类。值得一提的是，在IIS（Internet信息服务）中还有不少微软制定的扩充状态码，格式类似404.1这样，能更深层次的让开发者清楚出错原因。

在进行请求的时候，我们看到的都只是服务器最后返回来的状态码，比如出错的404和成功的200，但是实际上在请求的过程中，会有很多的状态码在快速变化，除非是类似打断点的操作，一步操作停一下，否则是不能看出这些状态码是怎么变化的，这就导致在服务器响应过程中有很多状态码我们都看不到。
 

审查元素可以看到各个请求最终的状态码

首先，我们要知道几乎所有的HTTP状态码都被分成了五大类：

• 1开头的表示服务器收到请求并需要请求这继续处理；

• 2开头的成功响应，表示成功处理了请求；

• 3开头的重定向，引导浏览器跳转到另一个资源页面；

• 4开头表示请求出错，妨碍了服务器的处理，服务器会返回一个状态码解释到底是什么错误；

• 5开头的表示服务器错误，并不是请求者的原因；

就拿404举个例子，作为最出名的状态码，我们想来详细解释下404这三个数字的含义：第一个4表示客户端出错，第二个0表示请求者把网址打错了，最后的4表示4开头的错误状态码中排第四。那么404是怎么产生的呢？当用户在地址栏输入一个网址后，这时候IIS首先会检测用户输入的地址是否有对应的网页信息，如果没有，IIS就会通过服务器想用户返回404错误状态码提示，告诉用户找不到地址对应的网页信息，但服务器并不清楚这种情况是暂时性的还是永久性的。出现404最多的原因就是用户输入了错误的链接，或者无法响应并找不到原因，也有可能就是网页被删除了。