servlet(4)异常处理

时间:2024-09-25 11:37:21

一、异常处理

当一个 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来处理异常);

servlet(4)异常处理

<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,FORWARDERROR之一,默认REQUEST,如果过滤器所拦截的资源被 Servlet 容器调用的方式不是error,那么当你通过异常处理调用servlet,对应的filter将不会执行

还有一个问题:捕获异常后交由处理异常的servletA,假如servletA再出错,那么将不会再次被捕获

假如一个异常会被两个<error-page>捕获,那么后一个在web.xml中配置<error-page>对应的servlet会执行