写在前面

我们在开发Web服务的时候，经常会遇到404，500等错误。对于初学者来说遇到错误，不知如何下手，今天我们来看看每个状态都表示什么意思？

HTTP状态码（HTTP Status Code）是用以表示网页服务器HTTP响应状态的3位数字代码。它由 RFC 2616 规范定义的，并得到RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918等规范扩展。

404

404 表示没有发现请求的资源，在开发的时候先检查一下自己是否拼错URL地址了。

500

500 服务器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。一般来说，这个问题都会在服务器端的源代码出现错误时出现。如果遇到了这个问题，就要告诉服务端的开发，让他查问题。

502

502 作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的响应。比如说你的服务端用了nginx和tomcat，nginx作为网关进行负载均衡，把请求转发到tomcat进行处理，如果这时候nginx正常运行，tomcat挂了。就报这个错误。

301 307

301 被请求的资源已永久移动到新位置；307 请求的资源临时从不同的URI 响应请求。

我们拿京东做实验，京东之前的地址是www.360buy.com。后来改成www.jd.com了。但是作为一个电商来说，如果域名变更后，之前的域名就不能用了的话，这将是致命的。所以重定向地址是非常有必要的。

我们在浏览器里输入www.360buy.com，打开浏览器的调试功能观察

首先看第一条，发送了一个www.360buy.com的http请求，服务端返回了301状态，表示服务端将这个请求永久重定向了www.jd.com新地址。

然后第二条发送了www.jd.com的http请求，服务端返回了307状态，表示服务被临时重定向到了www.jd.com。这是为什么呢，怎么重定向到了相同的地址呢？我们仔细看看后面的Scheme列，第三个www.jd.com发送的是一个https，所以它是从http://www.jd.com重定向到了https://www.jd.com。

200

第三个请求返回状态码是200，表示服务端成功返回了数据。

从上面两个图可以看到，服务端返回的Response Header里，它是将新的URI 在响应的 Location 域中返回。而浏览器根据状态码，然后取出Location里的新地址再次发送了请求。

HTTP中的重定向和请求转发的区别

我们都知道，在java代码里可以这么写

转发到new.jsp

request.getRequestDispatcher(“new.jsp”).forward(request, response);

重定向到new.jsp

response.sendRedirect(“new.jsp”);

一句话，转发是服务器行为，重定向是客户端行为。为什么这样说呢，这就要看两个动作的工作流程：

转发过程：客户浏览器发送http请求 --> web服务器接受此请求 --> 调用内部的一个方法在容器内部完成请求处理和转发动作 --> 将目标资源发送给客户；在这里，转发的路径必须是同一个web容器下的url，其不能转向到其他的web路径上去，中间传递的是自己的容器内的request。在客户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。

重定向过程：客户浏览器发送http请求 --> web服务器接受后发送302状态码响应及对应新的location给客户浏览器–》客户浏览器发现是302响应，则自动再发送一个新的http请求，请求url是新的location地址 --> 服务器根据此请求寻找资源并发送给客户。在这里location可以重定向到任意URL，既然是浏览器重新发出了请求，则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的路径，客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。