欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

JSP中的include指令与include动作的区别

程序员文章站 2024-03-20 20:27:04
...

 

在JSP中有两种include操作形式,如下:

<%@ include file=” ”%> (这个等价于<jsp:directive.include page=” ” flush=”true”/>)

 

<jsp:include page=” ” flush=”true”/>

 

两种句法的作用在效果上完全相同。前者是指令元素、后者是行为元素。但在性能和维护上却截然不同。

首先,我们知道WEB容器都是将JSP脚本翻译成servlet文件的,下面我们就通过一个示例文件来进一步了解其区别。

首先创建一个被引用的included.html文件:

 

<b>to beincluded file</b>

 

 在创建一个测试index.jsp文件:

 

<html>
    <head>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
        <title>TEST-JSP</title>
    </head>
    <body>
        <%--这里先后用两种方式对文件进行引用--%>
        <%@include file="included.html" %>
        <br/>
        <jsp:include flush="true" page="included.html"></jsp:include>
    </body>
</html>

 好了,现在进行部署。

 

由于Web容器部署的过程包含将JSP文件翻译成servlet的操作(至于这些翻译的中间文件是否删除则看个web容器的设置了),这里以tomcat6为例。在tomcat6/work/Catalina/localhost的文件夹下可以看到你部署的项目,在项目内org/apache/jsp文件夹中又可以看到你刚刚创建的文index_jsp.class和index_jsp.java,打开index_jsp.java,我们可以看到以下内容(介于web容器翻译的方式有些许不同,这里只是作为参考)。由于文件很长,我只取了其中的_jspService方法。

 

public void _jspService(HttpServletRequest request, HttpServletResponse response)
        throws java.io.IOException, ServletException {

    PageContext pageContext = null;
    HttpSession session = null;
    ServletContext application = null;
    ServletConfig config = null;
    JspWriter out = null;
    Object page = this;
    JspWriter _jspx_out = null;
    PageContext _jspx_page_context = null;


    try {
      response.setContentType("text/html");
      pageContext = _jspxFactory.getPageContext(this, request, response,
      			null, true, 8192, true);
      _jspx_page_context = pageContext;
      application = pageContext.getServletContext();
      config = pageContext.getServletConfig();
      session = pageContext.getSession();
      out = pageContext.getOut();
      _jspx_out = out;

      out.write("<html>\n");
      out.write("    <head>\n");
      out.write("        <meta http-equiv=\"Content-Type\" content=\"text/html; charset=UTF-8\">\n");
      out.write("        <title>TEST-JSP</title>\n");
      out.write("    </head>\n");
      out.write("    <body>\n");
      out.write("        ");
      out.write("\n");
      out.write("        ");
      out.write("<b>to beincluded file</b>");
      out.write("\n");
      out.write("        <br/>\n");
      out.write("        ");
      org.apache.jasper.runtime.JspRuntimeLibrary.include(request, response, "included.html", out, true);
      out.write("\n");
      out.write("    </body>\n");
      out.write("</html>");
    } catch (Throwable t) {
      if (!(t instanceof SkipPageException)){
        out = _jspx_out;
        if (out != null && out.getBufferSize() != 0)
          try { out.clearBuffer(); } catch (java.io.IOException e) {}
        if (_jspx_page_context != null) _jspx_page_context.handlePageException(t);
      }
    } finally {
      _jspxFactory.releasePageContext(_jspx_page_context);
    }
  }

 可以看到,jsp文件完全被翻译成了servlet的java代码。现在来看我们刚才执行那两条语句的翻译结果:

 

      out.write("<b>to beincluded file</b>");

      org.apache.jasper.runtime.JspRuntimeLibrary.include(request, response, "included.html", out, true);

可以看出

这里就可以得出一个结论:

jsp:include动作元素是在请求期间才得以**并单独进行操作,而include指令元素则是在翻译阶段就已经处理好,使得以后客户访问页面的速度更快了。

但是不是include指令元素就一定比jsp:clude好呢,让我们来想一下。当被引用的文件被修改时,现在应该怎么处理呢?毫无疑问,采用include指令的页面则必须导致相关的页面全部重新部署,而且问题是我们还不知道到底有那些页面引用该修改的页面;相反,采用jsp:include动作元素的页面则完全不受影响。因此我们又可以知道,include指令元素虽然快,但是不利于维护(如果设计好的话,倒也可以弥补这种负面效果),jsp:include动作元素慢是慢一点,但维护起来就很方便了,况且,对于现代的服务器来说,那点性能要求也可以说是微乎其微。不过至于怎么做,还得是看实际的需求。