filter中的dispatcher解析

两种include方式

我自己写了一个original.jsp，另外有一个includedPage.jsp，我想在original.jsp中把includedPage.jsp引进来有两种方式：

1、<%@ include file="includedPage.jsp" %>，这是一种include指令

2、<jsp:include page="includedPage.jsp" />，这是一种include动作

先讲原理再讲区别，所有的jsp页面在后台，会先被转换为一个Servlet，就比如这个includedPage.jsp吧：

public final class includedPage_jsp extends org.apache.jasper.runtime.HttpJspBase

    implements org.apache.jasper.runtime.JspSourceDependent {

  private static final JspFactory _jspxFactory = JspFactory.getDefaultFactory();

  private static java.util.List _jspx_dependants;

  private javax.el.ExpressionFactory _el_expressionfactory;

  private org.apache.AnnotationProcessor _jsp_annotationprocessor;

...

}

而这个HttpJspBase：

public abstract class HttpJspBase extends HttpServlet

  implements HttpJspPage

{

  public final void init(ServletConfig config)

    throws ServletException

  {

    super.init(config);

    jspInit();

    _jspInit();

  }

  ...

}

它是HttpServlet的子类，因此任何一个页面Tomcat容器都会将它转成一个Servlet，然后编译成.class文件，页面上实际执行的是.class文件，这些jsp文件对应的.class文件都放在Tomcat的work目录下。OK，讲完了这个再讲两种include的区别：

1、jsp指令是在original.jsp被转换成Servlet前，将includedPage代码插入其中；jsp动作是在original.jsp被请求时，将次级页面includedPage.jsp包含进来。所以jsp指令和jsp动作的根本性差别在于它们被调用的时间的不同，前者在页面转换期间被激活，后者在请求期间被激活。使用jsp指令的时候，嵌入的页面includedPage.jsp要删除MyEclipse给开发者自动生成的path、basePath的定义也是这个原因，因为在页面转换期间被激活，如果不删除，那么两个jsp页面中都有path、basePath的定义，就属性重复定义了

2、由于第一点的差别导致，include指令使得主页面和嵌入的页面共同生成一个Servlet，而include动作则使得主页面和每个嵌入的页面各自生成自己的Serlvet

实际应用中，一般都会使用include动作即<jsp:include page="includedPage.jsp" />的方式来嵌入页面，因为include动作虽然在执行效率上稍稍慢于jsp指令，但是在维护性上却远胜。因为我们使用jsp动作的话，被嵌入的页面如果发生了变化，那么所有包含被嵌入页面的Servlet都要重新编译并更新，这是一个很大的代价。

filter的四种dispatcher

Java Web的开发都知道如何在web.xml里面配置过滤器，过滤器中有一个属性<dispatcher></dispatcher>却很少有人清楚地知道什么意思，我感觉网上也没有写得特别好的文章解释清楚这个属性。所以现在就来探究一下这个属性的作用，首先写一个Filter：

public class DispatcherFilter implements Filter

{

    public void init(FilterConfig filterConfig) throws ServletException

    {

    }

    public void doFilter(ServletRequest request, ServletResponse response,

            FilterChain chain) throws IOException, ServletException

    {

        System.out.println("Enter DispatcherFilter.doFilter()");

        chain.doFilter(request, response);

    }

    public void destroy()

    {

    }

}

再来在web.xml里面定义一个filter：

<filter>

    <filter-name>dispatcher</filter-name>

    <filter-class>com.xrq.filter.DispatcherFilter</filter-class>

</filter>

<filter-mapping>

    <filter-name>dispatcher</filter-name>

    <url-pattern>/*</url-pattern>

    <dispatcher>XXX</dispatcher>

</filter-mapping>

注意<dispatcher></dispatcher>必须写在filter-mapping的最后。dispatcher的前提条件当然是要先满足url-pattern，然后dispatcher有四种可能的属性：

1、REQUEST

只要发起的操作是一次HTTP请求，比如请求某个URL发起了一个GET请求、表单提交方式为POST时提交表单则发起了一个POST请求、表单提交方式为GET时提交表单则发起了一次GET请求、一次重定向则前后相当于发起了两次请求，这些情况下有几次请求就会走几次指定过滤器

2、FOWARD

只有当当前页面是通过请求转发转发过来的场景，才会走指定的过滤器

3、INCLUDE

只要是通过<jsp:include page="xxx.jsp" />，嵌入进来的页面，每嵌入的一个页面，都会走一次指定的过滤器

4、ERROR

这个可能开发者不是很熟悉，意思是当触发了一次error的时候，就会走一次指定的过滤器。什么叫做触发error，举个例子，我在web.xml里面配置了<error-page></error-page>：

<error-page>

    <error-code>400</error-code>

    <location>/filter/error.jsp</location>

</error-page>

<error-page>

    <error-code>404</error-code>

    <location>/filter/error.jsp</location>

</error-page>

<error-page>

    <error-code>500</error-code>

    <location>/filter/error.jsp</location>

</error-page>

意思是HTTP请求响应的状态码只要是400、404、500三种状态码之一（比如访问了一个不存在的页面，就是404），容器就会将请求转发到http://ip:port/工程名/filter/error.jsp下，这就触发了一次error，走进了我自己写的DispatchFilter。注意一点的是，虽然把请求转发到http://ip:port/工程名/filter/error.jsp是一次forward的过程，但是我试了一下，配置成<dispatcher>FORWARD</dispatcher>并不会走DispatchFilter这个过滤器。

这四种dispatcher方式可以单独使用，也可以组合使用，配置多个<dispatcher></dispatcher>就好了。

巴特西

filter中的dispatcher解析

最新文章

热门文章