在这个广域网中，我们所有人都一定会看到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最多的原因就是用户输入了错误的链接，或者无法响应并找不到原因，也有可能就是网页被删除了。

　　为什么要设计404页面

　　以4xx开头的错误都是跟“客户端”有关，比如用户可能访问了不存在的页面，用户权限不足或者未提供有效的验证信息（输入错误的账号密码等）。尽管404页面被用户浏览到的概率相对于全站的其他页面来说要小得多，但页面难免会出错，无论是用户的误操作还是服务器的原因，作为网站开发者也无法控制错误页面的出现，但开发者可以通过设计一个特别的404错误页面将用户失望度降到最低，开发者需要在这个页面很好的把信息传达给用户，并引导用户进行下一步的操作。

　　
访问到错误页面是不愉快的用户体验，作为开发者可以提供一些应对方法

　　还有什么比较出名的状态码？

　　其实除了404 Not Found外，还有很多HTTP状态码，这些状态码都有自己的含义，所以我们说说一些比较常见的状态码以及它们的表达信息。

　　400错误请求：400代表语义有误，服务器无法理解用户的请求，除非进行修改，不然没必要一边按F5一边喷服务器垃圾。比如说别把打成com.baidu.，否则服务器是不知道你在说什么鸟语。在减少这类错误的道路上，伟大的人类发明了搜索引擎，容错率随之提高。