这里总结下我们日常开发中常用的HTTP状态码，分享一个老外对HTTP状态码形象化用图片表示的网站：https://http.cat/
总结如下：
表示服务器已经接收到了请求头，并且客户端应该继续发送请求体。
表示请求方已经要求服务器切换协议，并且服务器已经接受并会进行处理。
HTTP 请求成功的标准应答。实际的应答内容由请求使用的方法来决定。
请求已经被接受，并且请求所对应的资源已经被创建。
请求已被接受，尚未完成处理，也有可能会被拒绝。
在成功处理请求后服务器并没有返回任何实体内容。
依照子请求的数量的不同，消息体包含不同的响应代码。
表示被请求的资源可以提供多种选项让客户端进行选择
该请求应当被定向到给定的URI（统一资源定位符）
这是一个工业实践和标准相互矛盾的例子。一些Web应用和框架会使用302状态码
对应当前请求的响应可以使用GET方法从另一个URI获取
表示资源自上次请求以来没有被改变。
（译注：被请求的资源必须通过指定的代理才能被访问） 大多数HTTP客户端不会正确响应这个状态码，主要是出于安全性的原因
在这种情况下，请求会从另外的URI响应但是未来的请求仍会使用原始的URI
因为错误的语法，请求不能完成
当需要授权，但授权失败或还没有授权时返回的状态码
该状态码是为了将来可能的需求而预留的。这个代码通常不使用，但是其最初的意图是可以被某种电子货币所使用。
请求有效，但是服务器拒绝响应它。
请求的资源不能找到，但是将来也许可用。
请求某资源时使用的请求方法不能被该资源所支持。
被请求资源能够产生的内容不满足请求头中指定的类型。
服务器等待请求超时
因为请求中存在冲突导致请求无法被处理
被请求的资源已不可用，同时后续也不再可用。
请求所对应的资源需要指明长度，但请求中并没有包含长度。
其请求数据实体过大，超过服务器处理能力。
URI过长，服务器不能处理
客户端请求部分文件，但是服务器并不能提供这个范围值。
服务器不能满足请求头重指定的要求。
在实际HTTP服务器中不会实现该状态码
请求格式正确但是因为存在语意错误无法响应。
当前资源被上锁
因为之前的请求失败而导致了本次请求失败
在WebDav Advanced Collections 草案中定义
客户端应该切换到不同的协议
用户在指定时间内发送的请求过多。
因为请求中的单个域过大、或者全部域全加起来过大。
在Nginx记录中使用，表示服务器没有向客户端返回信息并且已经关闭了连接
微软所扩展的一个状态码
当没有其他更加确切的信息可以给出时，给出的一个一般性错误信息。
作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的响应
服务器当前不可用。
请求的透明内容协商导致循环引用
服务器无法存储完成请求所必须的内容。
服务器在处理请求时发现一个无限循环
尽管很多服务器使用该协议，但其并没有在任何RFC中说明
这个状态码没有在任何RFC中说明，但微软公司在用。