Learn 1.1 HTTP Status Code Part.3

by xujiwei(http://www.xujiwei.com/)

前一篇介绍了 3xx 系列状态码，这一篇介绍 4xx 客户端错误系列。

6. 客户端错误 4xx 系列状态码

4xx 系列状态码可以算是对用户来说相当熟悉的一类状态码，这个系列的状态码通常都会带一段描述信息来描述服务端在处理请求时出现了什么状况，用户能直观地看到服务端返回的信息，而不像 3xx 系列，浏览器会自动处理那些个状态码，不需要用户的参与。

但是 4xx 系列状态码之间的区别只是它所代表的意义不同，它们的表现形式是可以随心所欲的，例如一些著名站点的 404 页面都是精心设计过的。

6.1. 400 Bad Request

请求格式错误，这可能存在于客户端构造的 HTTP 头不符合要求等，这时服务端会返回一个 400 Bad Request，而客户端在不修改请求数据的情况，不可以再次发送这个请求。

6.2. 401 Unauthorized

未授权错误，用于 HTTP 认证。如果客户端请求的资源需要认证，那么服务端可以响应一个 401 Unauthorized，同时在头部添加一个 WWW-Authenticate 字段表示认证方式，客户端在收到 401 

Learn HTTP 1.1 Status Code Part.2

by xujiwei(http://www.xujiwei.com/)

前一篇介绍了 2xx 系列状态码，这一篇介绍 3xx 重定向系列。

5 重定向 3xx 系列状态码

3xx 系列状态码一般是用来作为重定向的，并且在重定向的过程中，一般不需要用户的参与，也就是说，重定向的过程是由浏览器来控制的。但是如果重定向后的请求的方法不是 GET 或 HEAD 的话，还是需要用户参与的，不过也许仅仅是确认一下是否同意发送数据而已：）

另外，开发者要注意的是，RFC2616 Section 10.3 的备注中提到了在前一版本的 HTTP 协议中建议最大重定向次数为 5 次，也就是说，客户端可能只跟踪 5 次重定向，如果超过 5 次重定向，那么可能客户端就会把第 5 次重定向后得到的结果做为最终结果。这时，客户端得到的可能就是一个错误的结果，这就是开发者不愿看到的，那么在开发时，就应该尽量控制重定向次数在 5 次以内。

5.1  300 Multiple Choices

300 Multiple Choices，字面意思是多重选择，表示请求的这个地址具有多个资源可以响应。客户端在遇到 

Learn HTTP Status Code Part.1

by xujiwei(http://www.xujiwei.com/)

1. 前言

HTTP 状态码在 Web 开发中是相当重要的一部分，掌握了 HTTP 的运用，可以在网站速度、性能等等的优化上有迹可循。当前，掌握 HTTP 状态码也可以为进一步加深对 HTTP 协议的理解打下基础。

以前，我所熟知的 HTTP 状态码仅限于 200、404、302 等几个，但是在一次与 smallshell 聊天的过程中，谈到了 HTTP 状态码，让我对剩余许多我并不熟知的 HTTP 状态码起了兴趣。不过在这之后的一段时间里都比较忙，因此这个想写的这个系列就一直拖着，这几天算是稍微清闲下来了，准备好好学习了一下 HTTP 状态码。

嗯，我也是在学习的过程中，所以，如果我写的有什么不对，欢迎指正，留言或 email(vipxjw at 163 dot com) 均可：）

2. 准备

本文基于 RFC2616 第10节 Status Code Definitions 而写，如果对本文有不明白的地方，可以参考完整的