jsp 异常错误详解

　 下表显示了常见的HTTP 1.1状态代码连同他们对应的状态信息和含义。 

　　 应当谨慎地使用那些只有HTTP 1.1支持的状态代码，因为许多浏览器还只能够支持HTTP 1.0。假如您使用了HTTP 1.1特有的状态代码，最好能够检查一下请求的HTTP版本号（通过HttpServletRequest的getProtocol方法）。 状态代码 状态信息 含义 
100 Continue 初始的请求已接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） 
101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新） 
200 OK 一切正常，对GET和POST请求的应答文档跟在后面。假如不用setStatus配置状态代码，Servlet默认使用202状态代码。 
201 Created 服务器已创建了文档，Location头给出了他的URL。 
202 Accepted 已接受请求，但处理尚未完成。 
203 Non-Authoritative Information 文档已正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。 
204 No Content 没有新文档，浏览器应该继续显示原来的文档。假如用户定期地刷新页面，而Servlet能够确定用户文档足够新，这个状态代码是很有用的。 
205 Reset Content 没有新的内容，但浏览器应该重置他所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。 
206 Partial Content 客户发送了一个带有Range头的GET请求，服务器完成了他（HTTP 1.1新）。 
300 Multiple Choices 客户请求的文档能够在多个位置找到，这些位置已在返回的文档内列出。假如服务器要提出优先选择，则应该在Location应答头指明。 
301 Moved Permanently 客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。 
302 Found 类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”，而HttpServletResponse中相应的常量是SC_MOVED_TEMPORARILY，而不是SC_FOUND。 
出现该状态代码时，浏览器能够自动访问新的URL，因此他是个很有用的状态代码。为此，Servlet提供了一个专用的方法，即sendRedirect。使用response.sendRedirect(url)比使用response.setStatus(response.SC_MOVED_TEMPORARILY)和response.setHeader("Location",url)更好。这是因为： 

首先，代码更加简洁。 
第二，使用sendRedirect，Servlet会自动构造一个包含新链接的页面（用于那些不能自动重定向的老式浏览器）。 
最后，sendRedirect能够处理相对URL，自动把他们转换成绝对URL。 
注意这个状态代码有时候能够和301替换使用。例如，假如浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。 

严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。 

303 See Other 类似于301/302，不同之处在于，假如原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。 
304 Not Modified 客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还能够继续使用。 
305 Use Proxy 客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。 
307 Temporary Redirect 和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使他实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器能够跟随重定向的GET和POST请求；假如是307应答，则浏览器只能跟随对GET请求的重定向。 
注意，HttpServletResponse中没有为该状态代码提供相应的常量。（HTTP 1.1新）