过滤器的四种拦截方式

我就是我 2021-06-22 15:36 361阅读 0赞

# 四种拦截方式 #

## 引言 ##

我们先做一个小测试，新建一个b.jsp:

再新建一个a.jsp，在里面转发到b.jsp：

然后我们配置一个过滤器，指定过滤的资源为b.jsp:

public class MyFilter implements Filter { 
    	public void doFilter(ServletRequest request, ServletResponse response,
    			FilterChain chain) throws IOException, ServletException { 
    		System.out.println("MyFilter...");
    		chain.doFilter(request, response);
    	}
    }

xml:

<filter>
    	<display-name>MyFilter</display-name>
    	<filter-name>MyFilter</filter-name>
    	<filter-class>com.veeja.web.filter.MyFilter</filter-class>
    </filter>
    <filter-mapping>
    	<filter-name>MyFilter</filter-name>
    	<url-pattern>/b.jsp</url-pattern>
    </filter-mapping>

然后我们在浏览器中直接访问b.jsp，显然的是，过滤器是会执行的：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70]  
但是，如果我们访问a.jsp呢，我们是知道的，a.jsp会转发到b.jsp，这样过滤器会执行吗？我们试一试：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 1]  
结果我们发现，这个时候过滤器却没有执行。这是为什么呢？

**这是因为，在默认情况下，只能直接访问目标资源才会执行过滤器，而forward执行目标资源，就不会执行过滤器。**

## 四种拦截 ##

其实过滤器有四种拦截方式！分别是：`REQUEST`、`FORWARD`、`INCLUDE`、`ERROR`。

*  REQUEST：直接访问目标资源时执行过滤器。包括：在地址栏中直接访问、表单提交、超链接、重定向，只要在地址栏中可以看到目标资源的路径，就是REQUEST；
 *  FORWARD：转发访问执行过滤器。包括`RequestDispatcher#forward()`方法、`<jsp:forward>`标签都是转发访问；
 *  INCLUDE：包含访问执行过滤器。包括`RequestDispatcher#include()`方法、`<jsp:include>`标签都是包含访问；
 *  ERROR：当目标资源在web.xml中配置为`<error-page>`中时，并且真的出现了异常，转发到目标资源时，会执行过滤器。

**可以在`<filter-mapping>`中添加0~n个`<dispatcher>`子元素，来说明当前访问的拦截方式。**

接下来我们举几个例子，说明一下应用的实际情况：

### ① ###

<filter-mapping>
    	<filter-name>myfilter</filter-name>
    	<url-pattern>/b.jsp</url-pattern>
    	<dispatcher>REQUEST</dispatcher>
    	<dispatcher>FORWARD</dispatcher>
    </filter-mapping>

这个配置中，b.jsp为目标资源。  
当直接请求b.jsp时，会执行过滤器。  
当转发到b.jsp页面时，会执行过滤器。

### ② ###

<filter-mapping>
    	<filter-name>myfilter</filter-name>
    	<url-pattern>/b.jsp</url-pattern>
    </filter-mapping>

这里没有给出拦截方式时，那么默认为REQUEST。这也能解释我们在引言中的例子了。

### ③ ###

<filter-mapping>
    	<filter-name>myfilter</filter-name>
    	<url-pattern>/b.jsp</url-pattern>
    	<dispatcher>FORWARD</dispatcher>
    </filter-mapping>

这一个配置中，当转发到b.jsp页面时，会执行过滤器。而且因为已经给出了`<dispatcher>FORWARD</dispatcher>`了，那么就没有默认的REQUEST了。所以只有在转发到b.jsp时才会执行过滤，而直接访问到b.jsp时，不会执行过滤器。

接下来，我们再举一个ERROR拦截的例子：

<filter-mapping>
    	<filter-name>myfilter</filter-name>
    	<url-pattern>/b.jsp</url-pattern>
    	<dispatcher>ERROR</dispatcher>
    </filter-mapping>
    <error-page>
    	<error-code>500</error-code>
    	<location>/b.jsp</location>
    </error-page>

上面里例子中，拦截的方式为ERROR，而且把b.jsp设置为HTTPS 500的错误页面。

我们写一个jsp，为a.jsp：

这个时候，当用户访问a.jsp页面时会抛出异常，也就是500错误。  
这时服务器会转发到b.jsp，而在这之前会执行上面配置的过滤器。

**其实最为常用的就是REQUEST和FORWARD两种拦截方式，而INCLUDE和ERROR都比较少用。大家多做练习，就能熟练掌握了。**

--------------------

以上就是全部内容，谢谢你的阅读。

**如有纰漏，请不吝指出，不胜感激。**

如果你不沉下心来认真练习，所有的阅读都是白费的。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70]: /images/20210615/252662270ca645b69a12c03525d78ae2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQ1NjUxMjc_size_16_color_FFFFFF_t_70 1]: /images/20210615/25854ede786c4d1ea40344b1fcb7b57c.png