include指令标记读入指定页面的内容并把这些内容和原来的页面内容融合到一起。这个过程发生在JSP转化成Servlet的阶段，最终所合成的JSP文件被Servlet容器转化成servlet。如果一个JSP页面使用include指令包含了另一个JSP页面，最终也只产生一个Servlet的Java源文件和一个class文件。

使用<jsp:include>动作包含其他JSP页面，其本质是调用了被包含文件所转化的Servlet对象的jspService()方法。也就是说，所被包含的JSP文件也对应有生成的Servlet源文件和class文件。如果一个JSP页面使用include动作包含了另一个JSP页面，一共会产生两个Servlet源文件和两个class文件。通过查看使用include动作的JSP页面生成的Servlet源文件，发现jspService()方法中有类似一下代码： JspRuntimeLibrary.include(request,response,"header.jsp",out,true),表明使用include动作它并没有将被包含JSP文件的代码融入自身中，只是在运行中引入了被包含页面执行后所产生的结果。



附上说明代码：

index.jsp:
<%@ page language="java" import="java.util.*" contentType="text/html;charset=gb2312"%>
<%@ include file="file.txt" %>
<jsp:include page="file.txt"/>
<html>
  <head>
      
    <title>这是我第一个jsp页面</title>
 
  </head>
  
  <body>
    This is my JSP page. <br>
  </body>
</html>




file.txt:
<%@ page language="java" import="java.util.*" contentType="text/html;charset=gb2312"%>
<HTML><BODY>
this is what？
大家好
</BODY></HTML>


Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生