目录
▶ 状态码——307（Temporary Redirect）
▶ 状态码——500（Internal Server Error）
前言
状态码，从字面意思可以看出是描述状态的代码。一般呢就是由3位数字组成的，
比较官方的解释就是：“用以表示网页服务器超文本传输协议响应状态的3位数字代码”，
其实关于状态码，在实际场景中是很常见的，比如打开了一个不存在的页面，弹出404Not Found；或者由于服务器的问题，返回503
▶ 为什么要了解状态码？
1、实际场景中，可能会遇到这种情况，比如你测试调用某个接口，结果返回500（这里是做假设），然后你以为你的代码写错了，不断找错，最后可能发现是服务器的错（比如没有开启某个端口）。但如果你要是看了我的文章，知道5XX是描述服务器错误的状态码，那你就可以不用花那么多时间纠错。
2、或许你没遇到过上面的情况，但是面试官可能会问你有关状态码的问题，比如
- 说一下HTTP协议中503的状态？
- 302和301状态码的区别？
- HTTP中的XXX状态码代表着什么？
因此，了解状态码可以帮助我们在开发时，减少一些不必要的麻烦，或者可以避免我们在面试中因为不了解状态码而不知所言，废话不多说，进入正题。
正题
▶ 状态码的类别
我们先根据状态码的第一位数字进行分类，有以下5种类别：
| 类别 | 原因短语 | |
| 1XX | Informational（信息性状态码） | 接收的请求正在处理 |
| 2XX | Success（成功状态码） | 请求正常处理完毕 |
| 3XX | Redirection（重定向状态码） | 需要进行附加操作以完成请求 |
| 4XX | Client Error（客户端错误状态码） | 服务器无法处理请求 |
| 5XX | Server Error（服务端错误状态码） | 服务器处理请求出错 |
（其中1XX状态码不是很常见，这里不做描述）
▶ 状态码——200（OK）
显然，这是一个很常看到的状态码，一般我们只要能够正常访问网页，都会返回200
比如我们随便在谷歌搜索一个关键词，然后查看F12中的网络状态
可以发现，返回200状态码的响应报文所占比例还是挺大的
这里的200，就是用来告知我们（客户端）的请求被对方（服务端）正常处理啦，并且会根据请求方法的不同，判断是否返回资源
（比如使用GET请求时，对方（服务端）会将资源实体返回给我们（客户端）；使用HEAD请求时，则不返回资源实体）
个人认为，200是最常见的状态码（毕竟一般我们都是正常访问的），也是最容易理解的状态码
▶ 状态码——204（Not Content）
204状态码跟200有点类似，都是代表我们（客户端）的请求被对方（服务端）正常处理
区别在于对方（服务端）不会返回也不允许返回任何资源实体
还是以谷歌搜索为例，仔细发现，上图中除了大部分的200状态码，还有小部分的204状态码
点击204状态码的响应报文，可以发现并没有返回资源实体
204状态码使用场景：
一般在只需要从客户端往服务端发送信息，而对客户端不需要发送新信息内容的情况下使用
▶ 状态码——206（Partial Content）
"Partial"的意思就是“部分的，局部的”，从字面意思上可以理解为返回部分内容
比较官方的解释：
表示客户端进行了范围请求，而服务器成功执行了这部分的GET请求。响应报文中包含由Content-Range指定范围的实体内容
例子说明：
我们代表左边（客户端），对方代表右边（服务器）
假设我们（客户端）要请求某个学习资料.avi的后半部分（30001-60000），我们会说：
GET /xxxxx/xxx.avi HTTP/1.1
Host: xxx.xx
Range: bytes=30001-60000对方（服务器）听到之后，意识到你只需要xxx.avi中30001-60000范围的部分，
给你回信，信中说道：
HTTP/1.1 206 Partial Content
Content-Length: 30000
Content-Range: bytes 30001-60000
Content-Type: video/mpeg这时候，对方回信的内容会附带206 Partial Content状态码以及Content-Range: bytes 30001-60000资源范围
206状态码使用场景：
一般用于资源范围请求，如果我们只需要部分的资源，则对方会返回206状态码来说明成功返回部分资源
（特殊情况：如果对方无法处理该服务请求时，则会返回200状态码以及全部资源）
▶ 2XX状态码小结：
综上，我们可以明白2XX的响应结果表明请求被对方正常处理了
▶ 状态码——301（Moved Permanently）
"Moved Permanently"在有道翻译的解释为：
● 永久移动
● 客户试图访问的资源已移到新的永久位置
● 永久移除
比较官方的解释：
永久性重定向（重定向就是从某个URI跳转到新的URI）
该状态码表示请求的资源已被分配了新的URI，以后应使用资源现在所指的URI
（新的URI会在响应首部Location字段出现）
例子说明：
我在使用谷歌搜索时，会直接在浏览器中输入http://google.com，这时候如果观察F12中网络的变化，你会发现有一条返回301的响应信息
点击查看具体信息
图中标红的地址就是我们在地址栏中输入的地址
标蓝的地址就是对方告诉我们应该访问新的地址http://www.google.com/
这时候，浏览器接收到服务器返回的301状态码后，就会根据响应首部location字段的新地址（这里就是http://www.google.com）进行重新请求
301状态码的使用场景：
● 域名跳转，比如上述例子，将google.com跳转到www.google.com
● 旧URI已经失效，需要通知用户访问新URI，这时候可以使用301永久重定向，通知用户使用location字段的新地址进行访问
▶ 状态码——302（Moved Temporarily）
"Moved Temporarily"在有道翻译的解释为：
● 临时移动
比较官方的解释：
临时性重定向
该状态码表示请求的资源已被分配了新的URI，希望用户（本次）能使用新的URI访问
302跟301比较类似，但注意301是永久性重定向，302是临时性重定向，什么意思呢？
在上面301的使用场景中，我们提到第二个场景，这时候的旧URI已经失效，用户无法继续访问，而302的场景跟301相反
旧URI还是可以使用，旧URI的资源只是临时被移动到新的URI中
例子说明：
淘宝大家都使用过吧，假如我登录账号查看我的淘宝购物车，我们先保存购物车中对应的URI
https://buyertrade.taobao.com/trade/itemlist/list_bought_items.htm?spm=a21bo.2017.1997525045.2.5af911d9xpHb6l接下来在别的浏览器中打开上面的URI，同时打开F12观察网络状况
服务器返回302状态给我们了，这是因为这个URI原本应该是打开购物车的，但是由于我们在别的浏览器打开，没有登录信息
打开该条响应信息
会在location首部字段中返回新的URI，通知浏览器临时跳转到新的URI中，即登录页面的URI，告知我们需要登录才可以查看购物车
302状态码的使用场景：
综上所述，我们可以推出302状态码可以应用在网页登录信息失效时临时跳转到新的URI
又或者，网站中有临时的页面需要跳转，而原来的页面需要保留时，可以返回302状态码以起临时重定向的作用
▶ 状态码——303（See Other）
比较官方的解释：
该状态码表示由于请求对应的资源存在着另一个URI，应使用GET方法定向获取请求的资源
303跟302相比，其实功能都是一样的，都是起到临时重定向的作用，
唯一的区别是303状态码明确表示客户端应当采用GET方法获取资源。
303状态码的使用场景：
跟302一样，只是这里希望我们使用GET方法来获取资源
小Tips：
当301、302、303响应状态码返回时，几乎所有浏览器都会把POST改成GET，并删除请求报文内的主题，之后请求会自动再次发送。
301、302的标准中是禁止将POST方法改变成GET方法的，但实际使用时大家都会这么做。
▶ 状态码——304（Not Modified）
"Not Modified"
● 未修改
比较官方的解释：
该状态码表示客户端发送附带条件的请求（指GET方法请求报文中包含If-Match，If-Modified-Since，If-None-Match，If-Range，If-Unmodified-Since中任一首部）时，服务端允许请求访问资源，但因发生请求未满足条件的情况后，直接返回304 Not Modified（服务器端资源未改变，可直接使用客户端未过期的缓存）。
例子说明：
现在有个场景，我们第一次打开淘宝时，观察到标红区域是返回200状态码的
按下F5刷新一下淘宝
观察一下标红区域返回的状态码，从200变成了304
按下Ctrl+F5再次刷新淘宝
观察到该状态码又变成了200
（这里的Ctrl+F5是强制刷新，会清理缓存，而F5只是将当前页面进行刷新，不会清理缓存）
为什么会第二次刷新时会变成304呢？我们从第一次打开淘宝说起
第一次打开淘宝时，search-suggest-history-iframe会返回一个Etag标志给我们，Etag的值为W/"2aba-1602480f459"，同时返回200状态码（ETag是用来标识服务器中的每份资源，假设用001来标识资源A，用032来标识资源B）
我们观察到服务器返回一个Cache-Control字段，该字段让我们进行对search-suggest-history-iframe缓存60s（标蓝字段）
第二次打开淘宝时，我们客户端会自动发送一个If-None-Match字段，这个字段的值就是Etag的值W/"2aba-1602480f459"
服务器接收到第二次请求时，发现我们给了它一个If-None-Match参数，然后将参数中的值，也就是W/"2aba-1602480f459"
跟服务器中的ETag进行对比，如果相同，则返回304状态码，表示服务器的资源未修改，让我们继续使用本地缓存
如果If-None-Match的值跟ETag的值不相等，则会返回200状态码，表示服务器的资源已经修改，这时候会返回新的资源给我们
类比生活场景：
304状态码可能会比较难理解，因为涉及到缓存以及ETag等知识点，如果实在不是很理解ETag，
那我们可以把它当作现实世界中的门牌，服务器就是一家酒店，
我们（客户）需要去某个房间时，首先到前台咨询是否有我们想要的房间（发送请求），
前台告诉我们空房间门牌号为101并给我们101门卡（ETag），这时我们就可以去房间了（访问资源）。
我们把行李搬进房间后去外面吃饭，这时候再回来酒店的话（第二次访问），我们可以直接通过门卡（If-None-Match的值）去房间，而不用再去咨询前台了（相当于做了缓存）
当然，实际情况可能会更加复杂，这里只是做一个简单的类比，方便大家理解。
304状态码的使用场景：
对一些频繁访问的静态文件，比如html、css、js等，可以使用304做缓存，从而减少服务器的负担，提升网站访问速度
▶ 状态码——307（Temporary Redirect）
"Temporary Redirect"
● 临时重定向
比较官方的解释：
临时性重定向
该状态码与302有着相同的含义。尽管302标准禁止POST变换成GET，但实际使用时大家并不遵守
307会遵照浏览器标准，不会从POST变成GET，但不同的浏览器可能会出现不同的情况
307状态码的使用场景：
跟302一样，只是会要求我们使用POST方法来重定向Location字段的URI
▶ 3XX状态码小结：
综上，其实除了304状态码跟重定向没什么关系，其余的状态码都跟重定向相关
▶ 状态码——400（Bad Request）
“Bad Request”
● 请求错误
比较官方的解释：
该状态码表示请求报文中存在语法错误。
这个很好理解，一般发生400错误的话，建议检查一下请求的内容再次发送请求，
其次，浏览器会像200状态码一样对待该状态码。
例子说明：
▶ 状态码——401（Unauthorized）
“Unauthorized”
● 非法的
● 未被授权的
比较官方的解释：
该状态码表示发送的请求需要有通过HTTP认证（BASIC认证、DIGEST认证）的认证信息。
例子说明：
以BASIC认证作为例子
我们直接访问http://xxx.xx/login.html时，服务器返回401，并携带WWW-Authenticate首部字段询问用户信息
这时候会弹出登录窗口，提示我们输入用户名和密码，这里假设用户名为user，密码为123
用户和密码中间用分号:隔开，再经过Base64方式编码（user:123 → dXNlciUzQTEyMw==）
将编码后的字符串写入请求首部字段Authorization中并发送给服务器
若认证成功，则返回200；若认证失败，则还是返回401
401状态码的使用场景：
使用HTTP认证时，可以通过401寻求用户的登录情况或者返回用户信息是否认证成功
▶ 状态码——403（Forbidden）
“Forbidden”
● 被禁止的
● 严禁的
比较官方的解释：
该状态码表明对请求资源的访问被服务器拒绝了
403状态码的例子就不再赘述，大家可以直接看它的使用场景，也是挺好理解的
403状态码的使用场景：
● IP被服务器拉黑
● 身份认证时密码出错
● 访问目录的权限不够
● 等等等等
▶ 状态码——404（Not Found）
"Not Found"
● 未找到
比较官方的解释：
该状态码表明服务器上无法找到请求的资源。
例子说明：
这个还是比较常见的吧，我们打开某个网站，结果弹出404，告诉我们找不到这个网址
比如下方的https://www.google.com/xxx.xx
现在国内一些网站在弹出404时，会顺带一张寻人启事，例如打开https://www.qq.com/xxx.xx
404状态码的使用场景：
客户端输入一个不存在的URI，服务端返回404
▶ 4XX状态码小结：
综上，我们可以找到一个规律，那就是返回4XX的状态码一般都是我们客户端出现错误的原因
比如请求语法错误（400）、需要认证（401）、权限不够（403）、输入错误URI（404）
▶ 状态码——500（Internal Server Error）
"Internal Server Error"
● 内部服务器错误
这个情况我遇到过，因为返回500找了好久的错，最终记录在下面这篇博客中，感兴趣的可以看看
【PHP】在阿里云服务器Ubuntu邮箱PHPMailer使用出现500的问题
比较官方的解释：
该状态码表明服务器端在执行请求时发生了错误，也有可能是Web应用存在的bug或某些临时的故障
例子说明：
有这么一个场景，我们需要实现一个自动发送邮箱的功能，该功能需要配合SMTP（简单邮件传送协议，Simple Mail Transfer Protocol）
这时我们的代码是完全没问题的，可就是一直发送不了邮箱，一直返回500状态码
最后发现是因为服务器没有开启25端口（SMTP的默认端口是25），导致SMTP服务无法正常进行
返回500状态码是由于服务器内部发生错误了，那什么时候会返回500呢
500状态码的使用场景：
● 服务端代码出错（包括后端代码，比如PHP、Java；数据库代码等）
● 未开放指定端口
▶ 状态码——503（Service Unavailable）
"Service Unavailable"
● 服务不可用
● 无法提供服务
比较官方的解释：
该状态码表明服务器暂时处于超负载或正在进行停机维护，现在无法处理请求
例子说明：
这个情况也比较常见，比如抢课时服务器崩溃，如下图，有大量的用户同时请求，服务器承载不住了
503状态码的使用场景：
● 服务器超载
● 服务器停机维护
▶ 5XX状态码小结：
这个跟4XX的错误是相反的，4XX是由于客户端错误引起的，而5XX是服务器本身发生错误引起的
总结
理解了各个状态码，不仅有利于我们开发时排错，也有利于我们在面试时回答问题
关于HTTP的常见状态码就到啦，希望这篇文章可以帮助大家更好的理解HTTP状态码
若有不到位的地方，还请留言提出建议
最后，原创不易，如果想转载，请留下本文的链接