JSP中include指令和include行为的区别
JSP中include指令和include行为的区别
JSP中include指令和include行为的区别
咱们都知道在jsp中include有两种方式,分别是
<%@includefile=””%>
<jsp:includepage=””flush=”true”/>
前者是指令元素、后者是行为元素。详细它们将在何处用?如何用及它们有什么区别?这应该是很多人看到它都会想到的成绩。下面一同来看看吧。
通常当运用程序中一切的页面的某些局部(例如题目、页脚和导航栏)都相反的时分,咱们就可能思考用include。详细在哪些时分用<%@includefile=””%>,哪些时分用<jsp:includepage=””flush=”true”/>.这种方式。首先要明确的是它们之间的区别。只要了解了它们用法的不同才理解该在何时去用以及如何抉择。
<%@includefile=””%>,jsp的include指令元素读入指定页面的内容。并把这些内容和原来的页面融合到一同。(这个过程是在翻译阶段:也就是jsp被转化成servlet的阶段停止的。
这里对翻译阶段停止一下阐明:咱们知道,jsp页面不能一成不变地被传送给阅读器,一切的jsp元素都必须首先由服务器停止解决。这是经过将jsp页面转达化成servlet,然后执行这个servlet来实现的。服务器需求一个jsp容器来解决jsp页面。jsp容器通常以servlet的方式来完成,这个servlet通过配置,可能解决对jsp页面的一切申请。
Jsp容器担任将jsp页面转化成servlet(称为jsp页面完成类?JSPPageimplementationclass),并编译这个servlet。这两步就造成了翻译阶段.
由此咱们就会知道:jsp页面是把include指令元素所指定的页面的实践内容(也就是代码段)退出到引入它的jsp页面中,合成一个文件后被jsp容器将它转化成servlet。可能看到这时会产生一个暂时class文件和一个java文件。下面举个例子。
服务器用tomcat,引入页面的jsp文件叫test.jsp。被引入的页面叫date.jsp.这个jsp文件里寄存的是一个无关工夫的jsp代码,以后的上下文根设为test
//======date.jsp的源文件=====//
<%@pagelanguage=”java”contentType="text/html;charset=gb2312"%>
<%
java.util.Datedate=newjava.util.Date();
Stringdate_cn="";
StringdateStr="";
switch(date.getDay())
{
case0:date_cn="日";break;
case1:date_cn="一";break;
case2:date_cn="二";break;
case3:date_cn="三";break;
case4:date_cn="四";break;
case5:date_cn="五";break;
case6:date_cn="六";break;
}
dateStr=(1900+date.getYear())+"年"+(date.getMonth()+1)+"月"+date.getDate()+"日(星期"+date_cn+")";
%>
document.write("<%=dateStr%>");
//======以下是test.jsp的源文件=============//
<%@pagelanguage=”java”contentType=”text/html;charset=gb2312”%>
<html>
<head>
<title>include的两种用法</title>
<jsp:includepage=”date.jsp”flush=”true”/>
<%--@includefile=”date.jsp”%-->
//咱们在这里用include的两种不同方式来引入date.jsp这个文件.
<head>
<body>
<table><tr><td>
无关jsp中include的两种用法.敬请关注。
</td></tr></table>
</body>
</html>
在test.jsp文件中,咱们只输出了一行文本“无关jsp中include的两种用法.敬请关注。”,如今让咱们先用<%@includefile=”date.jsp”%>这种方式引入date.jsp这个文件。你想会出现什么成绩了吗?此时出现了谬误揭示:
HTTPStatus500?
org.apache.jasper.JasperException:/date.jsp(0,0)Pagedirective:can'thavemultipleoccurrencesofcontentType
以下还有一堆谬误,但咱们只需看这里就知道成绩的所在了。形状码为http500服务器内部谬误。再看下面的揭示。在date.jsp页面中不能指定多个contentType.
缘由就在这里了。是由于在翻译阶段,date.jsp文件的代码被一成不变地退出到了test.jsp页面从而合成一个文件。合成后的文件中就会相反的:
<%@pagelanguage=”java”contentType=”text/html;charset=gb2312”%>
这句代码。处理的办法是把date.jsp文件中的这句删掉。刷新后再申请test.jsp页面
申请test.jsp在页面显示如下
2003年12月10日13:12:40
无关jsp中include的两种用法.敬请关注。
这时咱们还不能发现什么。还是去查看tomcat下的暂时文件吧。到那里去看看date.jsp文件的内容能否已被退出到了test.jsp文件中。
<注.此处的tomcat装在E盘根目录下>
目录
E:\tomcat\work\Standalone\localhost\test.
在这个目录下会看到
test_jsp.java和test_jsp.class两个文件。
这里的java文件就是jsp容器将jsp转化成了servlet而失去的test_jsp.java这个文件。
相对应的test_jsp.class这个文件就是编译test_jsp.java这个servlet文件产生的类文件了。打开所产生的servlet文件(test_jsp.java)。此时咱们会发现,在test.jsp文件被转化成servlet文件时,在输出的<haed>之间退出了一些不是test.jsp页面里面的代码,新退出的内容就是date.jsp里面的代码:新退出了哪些内容或能否真的退出了新的内容请本人测试去看一下就会了如指掌了.在这里不再详述.
以上就是咱们用<%@includefile=”date.jsp”%>这种方式失去的后果.
下面咱们换用<jsp:includepage=”dae.jsp”flush=”true”/>也就是将
<%@includefile=”date.jsp”%>换成<jsp:includepage=”dae.jsp”flush=”true”/>,然后申请test.jsp.
2003?ê12??10??13:30:13
无关jsp中include的两种用法.敬请关注。
此时会在页面上看见.咱们所引入date.jsp输出的日期中中文出现了乱码.什么缘由?是由于include行为元素是在申请解决阶段执行的(此处要对申请解决阶段停止阐明一下.Jsp容器除了上面提到的担任将jsp页面转化成servlet外,还担任调用jsp页面完成类以解决每个申请并产生应对.这个阶段咱们就称为申请解决阶段.申请解决阶段仅执行类文件)。
所以在咱们作include行为元素引入页面时,实践只是引用了date.jsp这个文件被转化并被编译后产生的servlet类文件.既如此,date.jsp就是作为一个单独的文件在执行后才被test.jsp文件运转时调用.因为date.jsp文件中没有指定字符编码.所以出现了乱码.处理办法是在date.jsp文件中重新把刚才去掉的
<%@pagelanguage=”java”contentType=”text/html;charset=gb2312”%>
这行语句退出后刷新重新运转.此时页面显示正确,并跟用include指令失常运转时一样.再查看tomcat下的暂时文件会发现.此时多出了一个date_jsp.java文件和一个date_jsp.class文件.这两个文件得来的模式跟test_jsp.java和test_jsp.class文件得来的模式一样.再查看一下此时test_jsp.java文件的代码会发现.此时只新添加了一句代码:
JspRuntimeLibrary.include(request,response,"date.jsp",out,true);
它并没有把date.jsp文件的代码退出到test.jsp.
只是在运转时引入了date.jsp页面执行后所产生的应对.这象征着咱们可能指定任何可以产生应对的Web资源,(例如一个servlet或一个jsp页面),只需这些资源所产生的类型和jsp页面产生的内容类型相反.JSP容器将经过一个内部的函数调用来执行指定的资源.因此,这些被引入的资源可能协助解决原来的申请,所以这些资源可能访问申请作用域内的一切对象.以及一切原来的申请参数.
因为在主页面被申请时,这些页面还没有被引入到主页面中,所以你可能对page属性利用一个申请时属性值,以便依据运转时的情况来决议要引入哪一个页面.还可能减少一些将被引入的页面读取的申请参数.
<jsp:includepage=”<%=pageSelectedAtRuntime%>”flush=”true”>
<jsp:paramname=”fitstParamer”value=”firstValue”>
<jsp:paramname=”lastParamer”value=”lastValue”>
</jsp:include>
假设修正了被引入的jsp页面,那么可能立刻利用该页面的最新版本,这是由于看待被引入的页面的模式与看待由阅读器间接调用的jsp页面的模式齐全相反.即容器检测页面的变化,并主动进入翻译阶段,以失去页面的最新版本.
(留意,include行为元素同jsp其它元素一样,没有行为体时要以”/”完结.就像下面这样.
<jsp:includepage=”<%=pageSelectedAtRuntime%>”flush=”true”/>)
以下是对include两种用法的区别
次要有两个方面的不同;
一:执行工夫上:
<%@includefile=”relativeURI”%>是在翻译阶段执行
<jsp:includepage=”relativeURI”flush=”true”/>在申请解决阶段执行.
二:引入内容的不同:
<%@includefile=”relativeURI”%>
引入静态文本(html,jsp),在JSP页面被转化成servlet之前和它融和到一同.
<jsp:includepage=”relativeURI”flush=”true”/>引入执行页面或servlet所生成的应对文本.
另内在两种用法中file和page属性都被解释为一个相对的URI.假设它以斜杠扫尾,那么它就是一个环境相干的门路.将依据赋给运用程序的URI的前缀停止解释,假设它不是以斜杠扫尾,那么就是页面相干的门路,就依据引入这个文件的页面所在的门路停止解释.更多无关URL是如何解释的请参考相干材料或书籍.