一、异常处理
当一个 Servlet 抛出一个异常时，处理异常的servlet可以从HttpServletRequest里面得到几个属性，如下：
1.javax.servlet.error.status_code：该属性给出状态码，状态码可被存储，并在存储为 java.lang.Integer 数据类型后可被分析。
2.javax.servlet.error.exception_type：该属性给出异常类型的信息，异常类型可被存储，并在存储为 java.lang.Class 数据类型后可被分析。
3.javax.servlet.error.message：该属性给出确切错误消息的信息，信息可被存储，并在存储为 java.lang.String 数据类型后可被分析。
4.javax.servlet.error.request_uri：该属性给出有关 URL 调用 Servlet 的信息，信息可被存储，并在存储为 java.lang.String 数据类型后可被分析。
5.javax.servlet.error.exception：该属性给出异常产生的信息，信息可被存储，并在存储为 java.lang.Throwable 数据类型后可被分析。
6.javax.servlet.error.servlet_name：该属性给出 Servlet 的名称，名称可被存储，并在存储为 java.lang.String 数据类型后可被分析。
可以通过request.getAttribute()获取这些参数
假如：一个servlet中产生一个 java.lang.NullPointerException异常：
那么上述属性返回值如下：
1.javax.servlet.error.status_code：500
2.javax.servlet.error.exception_type ：java.lang.NullPointerException 假如第五条返回一个实体 ：Throwable throwable = (Throwable)request.getAttribute("javax.servlet.error.exception");那么throwable.getClass().getName()得到的和本条一样
3.javax.servlet.error.message：null 假如第五条返回一个实体 ：Throwable throwable = (Throwable)request.getAttribute("javax.servlet.error.exception");那么throwable.getMessage()得到的和本条一样
4.javax.servlet.error.request_uri: /world （地址栏中除了servlet上下文剩余的部分）
5.javax.servlet.error.exception: java.lang.Throwable
6.javax.servlet.error.servlet_name:HelloWorld;你在web.xml中配置的servlet名称
Web 容器通过在web/xml中配置的<error-page>标签来处理异常（决定由哪些servlet来处理异常）；
<error-page>下面有两类三个标签，一类是<error-code>和<exception-type>两个标签，一个是<location>一个标签，共计三个。
<error-code>和<exception-type>是用来判断当前<error-page>捕获哪些异常，<error-code>是通过错误码捕获，如404,403之类的，<exception-type>是通过抛出的异常类捕获，如java.lang.NullPointerException之类的，如果想用一个<exception-type>捕获所以抛出的异常，可以使用上图所示的java.lang.Throwable，因为java所有的异常都是继承此类（目前只知道捕获不了404，感觉是因为404是找不到对应的servlet，并不是servlet抛出了java异常，所以捕获不了）
<location>指向你准备用来处理异常的Servlet ErrorHandler。
Servlet ErrorHandler和普通的servlet定义方式一致，web.xml中配置方式也和普通的servlet配置方式一致
<location>标签和<sevlet-mapping>的<url-pattern>的关系可以理解为，<location>可以理解为地址栏中除了servlet上下文的剩余部分连接，当servlet容器发现错误时，就会通过对应的<location>，像是在地址栏中又输入了一次新的连接（实际地址栏中的连接是不会变得），然后再次与web.xml中的<servlet-mapping>匹配，通过<servlet-mapping>找到对应的处理错误的servlet,不管你是不是用来处理错误的，也就是说只要正常的servlet能匹配上，也会继续执行。正常的servletA的映射是/a,处理异常的servletB的映射是/b,如果你的配置的<error-page>的<location>指向/a,那么servletA也会正常执行。所以你在web.xml中配置<location>时，会自动给你提示你的程序里面已经配置好的<servlet-mapping>让你选择，如果你自己随便写，那么异常处理将不能正常进行，因为通过你写的<location>无法找到对应的servlet，（就像url找不到对应的servlet一样）.
<location>标签和<sevlet-mapping>的<url-pattern>的匹配方式和正常的url的匹配方式大致一致，精确匹配，路径匹配，扩展名匹配和缺省匹配四种都是用，如果你写的有缺醒匹配<url-pattern>/</url-pattern>，异常处理的是<location>/</location>，处理异常是也会使用servlet容器的内建default servlet,除非你写的是/a,没有对应得servlet-mapping，才会匹配上你写的缺醒匹配，虽然我也不知道为什么，
<servlet>,<filter>,异常处理的关系：配置filter时，<dispatcher>指定过滤器所拦截的资源被 Servlet 容器调用的方式，可以是REQUEST,INCLUDE,FORWARD和ERROR之一,默认REQUEST，如果过滤器所拦截的资源被 Servlet 容器调用的方式不是error，那么当你通过异常处理调用servlet,对应的filter将不会执行
还有一个问题：捕获异常后交由处理异常的servletA，假如servletA再出错，那么将不会再次被捕获
假如一个异常会被两个<error-page>捕获，那么后一个在web.xml中配置<error-page>对应的servlet会执行