JSP中的include指令与include动作的区别
?
在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动作元素慢是慢一点，但维护起来就很方便了，况且，对于现代的服务器来说，那点性能要求也可以说是微乎其微。不过至于怎么做，还得是看实际的需求。
?