2023年11月28日发(作者：)
java面试笔试题:JSP中动态INCLUDE与静态INCLUDE的区别?
[日期：2008-09-15] 来源： 作者：志伟
动态INCLUDE用jsp:include动作实现 总是会检查所含文件中的变化,适合用于包含动态页面,并且可以带参数. 静态INCLUDE用include伪码实现,定不会检查所含文件的变化,适用于包含静态页面<%@ include file= "inclum" %> 下面非常详细地解析了有关JSP动态INCLUDE和静态INCLUDE的使用方法及其区别： 我们都知道在jsp中include有两种形式,分别是 <%@ include file=" "%> 前者是指令元素、后者是行为元素.具体它们将在何处用?如何用及它们有什么区别?这应该是很多人看到它都 会想到的问题.下面一起来看看吧. 通常当应用程序中所有的页面的某些部分(例如标题、页脚和导航栏)都相同的时候,我们就可以考虑用includ e.具体在哪些时候用<%@ include file=" "%>,哪些时候用 首先要明白的是它们之间的区别.只有了解了它们用法的不同才理解该在何时去用以及如何选择. <%@ include file=" "%>,jsp的include指令元素读入指定页面的内容.并把这些内容和原来的页面融合 到一起.(这个过程是在翻译阶段:也就是jsp被转化成servlet的阶段进行的. 这里对翻译阶段进行一下说明:我们知道,jsp页面不能原封不动地被传送给浏览器,所有的jsp元素都必须首 先由服务器进行处理.这是通过将jsp页面转达化成servlet,然后执行这个servlet来完成的.服务器需要一个jsp容器 来处理jsp页面.jsp容器通常以servlet的形式来实现,这个servlet经过配置,可以处理对jsp页面的所有请求. Jsp容器负责将jsp页面转化成servlet(称为jsp页面实现类?JSP Page implementation class),并编译 这个servlet.这两步就构成了翻译阶段. 由此我们就会知道:jsp页面是把include指令元素所指定的页面的实际内容(也就是代码段)加入到引入它的 jsp页面中,合成一个文件后被jsp容器将它转化成servlet.可以看到这时会产生一个临时class文件和一个java文件. 下面举个例子. 服务器用tomcat,引入页面的jsp文件叫tesp.被引入的页面叫dp.这个jsp文件里存放的是一个 有关时间的jsp代码,当前的上下文根设为test //======dap的源文件=====// <%@ page language="java" contentType="text/html;charset=gb2312"%> <% e date=new (); String date_cn =""; String dateStr = ""; switch(dattDay()) { case 0:date_cn ="日"; break; case 1:date_cn ="一"; break; case 2:date_cn ="二"; break; case 3:date_cn ="三"; break; case 4:date_cn ="四"; break; case 5:date_cn ="五"; break; case 6:date_cn ="六"; break; } dateStr = (1900+dattYear()) + "年" + (tMonth()+1) + "月" + date() + "日(星期" + date_cn + ")"; %> documene("<%=dateStr%>"); //======以下是tesp的源文件=============// <%@ page language="java" contentType="text/html;charset=gb2312"%> <%--@ include file="dap" %--> //我们在这里用include的两种不同形式来引入datp这个文件. 有关jsp中include的两种用法.敬请关注. 在tesp 文件中,我们只输出了一行文本" 有关jsp中include的两种用法.敬请关注.",现在让我们先用 <%@ include file="dp" %>这种形式引入dp这个文件.你想会出现什么问题了吗?此时出现了错误提 示: HTTP Status 500 ? opeperException: /datp(0,0) Page directive: can't have multiple occu rrences of contentType 以下还有一堆错误,但我们只要看这里就知道问题的所在了.状态码为http 500服务器内部错误.再看下面的 提示.在dp页面中不能指定多个contentType. 原因就在这里了.是因为在翻译阶段,p文件的代码被原封不动地加入到了tesp页面从而合成一个 文件.合成后的文件中就会相同的: <%@ page language="java" contentType="text/html;charset=gb2312"%> 这句代码.解决的办法是把dp文件中的这句删掉.刷新后再请求tesp页面 请求tesp在页面显示如下 2003年12月10日 13:12:40 有关jsp中include的两种用法.敬请关注. 这时我们还不能发现什么.还是去查看tomcat下的临时文件吧.到那里去看看dp文件的内容是否已被 加入到了tesp文件中. <注.此处的tomcat装在E盘根目录下> 目录 E:tomcatworkStandalonelocalhosttest. 在这个目录下会看到 test_js和test_jsp.class两个文件. 这里的java文件就是jsp容器将jsp转化成了servlet而得到的test_js这个文件. 相对应的test_jsp.class这个文件就是编译test_js这个servlet文件产生的类文件了.打开所产生的 servlet文件(test_js).此时我们会发现,在tesp 文件被转化成servlet文件时,在输出的 了一些不是tesp页面里面的代码,新加入的内容就是 datp里面的代码: 新加入了哪些内容或是否真的加入了 新的内容请自己测试去看一下就会一目了然了.在这里不再详述. 以上就是我们用<%@ include file="datp"%>这种形式得到的结果. 下面我们换用 <%@ include file="dap"%>换成 p. 2003? ê 12??10?? 13:30:13 有关jsp中include的两种用法.敬请关注. 此时会在页面上看见.我们所引入dp输出的日期中中文出现了乱码.什么原因?是因为include行为元 素是在请求处理阶段执行的(此处要对请求处理阶段进行说明一下.Jsp容器除了上面提到的负责将jsp页面转化成serv let外,还负责调用jsp页面实现类以处理每个请求并产生应答.这个阶段我们就称为请求处理阶段.请求处理阶段仅执行 类文件). 所以在我们作include行为元素引入页面时,实际只是引用了dp这个文件被转化并被编译后产生的se rvlet类文件.既如此, dap就是作为一个单独的文件在执行后才被tesp文件运行时调用.由于dap文件 中没有指定字符编码.所以出现了乱码.解决办法是在dap文件中重新把刚才去掉的 <%@ page language="java" contentType="text/html;charset=gb2312"%> 这行语句加入后刷新重新运行.此时页面显示正确,并跟用include指令正常运行时一样.再查看tomcat下的 临时文件会发现.此时多出了一个 date_js文件和一个date_jsp.class文件.这两个文件得来的方式跟test_js 和 test_jsp.class文件得来的方式一样.再查看一下此时test_js文件的代码会发现.此时只新增加了一 句代码: JspRuntimeLibrary.include(request, response, "dap", out, true); 它并没有把dp文件的代码加入到tesp. 只是在运行时引入了dap页面执行后所产生的应答.这意味着我们可以指定任何能够产生应答的Web资 源,(例如一个servlet或一个jsp页面),只要这些资源所产生的类型和jsp页面产生的内容类型相同.JSP容器将通过一 个内部的函数调用来执行指定的资源.因此,这些被引入的资源可以帮助处理原来的请求,所以这些资源可以访问请求作 用域内的所有对象.以及所有原来的请求参数. 由于在主页面被请求时,这些页面还没有被引入到主页面中,所以你可以对page属性使用一个请求时属性值, 以便根据运行时的情况来决定要引入哪一个页面.还可以添加一些将被引入的页面读取的请求参数. 如果修改了被引入的jsp页面,那么可以立刻使用该页面的最新版本,这是因为对待被引入的页面的方式与对 待由浏览器直接调用的jsp页面的方式完全相同.即容器检测页面的变化,并自动进入翻译阶段,以得到页面的最新版本. (注意,include行为元素同jsp其它元素一样,没有行为体时要以"/"结束.就像下面这样. 以下是对include 两种用法的区别 主要有两个方面的不同; 一:执行时间上: <%@ include file="relativeURI"%> 是在翻译阶段执行 二:引入内容的不同: <%@ include file="relativeURI"%> 引入静态文本(html,jsp),在JSP页面被转化成servlet之前和它融和到一起. 另外在两种用法中file和page属性都被解释为一个相对的URI.如果它以斜杠开头,那么它就是一个环境相 关的路径.将根据赋给应用程序的URI的前缀进行解释,如果它不是以斜杠开头,那么就是页面相关的路径,就根据引入这 个文件的页面所在的路径进行解释.更多有关URL是如何解释的请参考相关资料或书籍.
发布评论