jsp中两个double相乘_WEB之两种include方式及filter中的dispatcher解析

最新推荐文章于 2023-03-23 23:20:02 发布

weixin_39608118

最新推荐文章于 2023-03-23 23:20:02 发布

阅读量108

点赞数

文章标签： jsp中两个double相乘 jsp中删除执行当前 web 请求期间生成了未经处理的异常执行当前web请求期间生成了未经处理的异常

两种include方式

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

1、，这是一种include指令

2、，这是一种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动作即的方式来嵌入页面，因为include动作虽然在执行效率上稍稍慢于jsp指令，但是在维护性上却远胜。因为我们使用jsp动作的话，被嵌入的页面如果发生了变化，那么所有包含被嵌入页面的Servlet都要重新编译并更新，这是一个很大的代价。

filter的四种dispatcher

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

dispatchercom.xrq.filter.DispatcherFilterdispatcher/*XXX

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

1、REQUEST

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

2、FOWARD

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

3、INCLUDE

只要是通过，嵌入进来的页面，每嵌入的一个页面，都会走一次指定的过滤器

4、ERROR

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

400/filter/error.jsp404/filter/error.jsp500/filter/error.jsp

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

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