JSP简介
JSP的核心实质是Servlet技术。JSP是后来添加的基于Servlet的一种扩展技术。但二者在使用上有不同的方向。
由于Servlet实质是一个Java类,因此非常适合用来处理业务逻辑。而如果Servlet要展示网页内容,就必须通过输出流对象将view层的代码通过字符串的形式输出,非常麻烦,且不易阅读和维护。另一方面,在JSP中可以直接编写视图层的代码如HTML,因此JSP的它主要用来展示网页内容。但是由于JSP实质是Servlet,因此JSP也是一种动态网页技术。
而我们实际开发时,JSP只会用来展示网页视图内容,用Servlet来处理业务逻辑。因为 JSTL标签库 以及第三方框架提供的标签足够强大,我们甚至可以自定义标签 ,因此根本没有理由在JSP中写Java代码。
JSP的视图代码可以是任何文本内容,如 HTML / XHTML ,XML , JSON , 甚至是txt。通常我们叫这些直接写在JSP中的文本叫做 模板文本数据。
JSP, Servlet 和 JSP引擎
我们常说,Tomcat是一个Servlet容器,而不说它是JSP容器,因为JSP实质是被转换为Servlet后再工作的。
那我们为什么不直接使用Servlet呢?因为在Servlet中写视图层代码(HTML)非常狗血。但是Tomcat又只“认识”Servlet,因此就需要JSP引擎做一个转换工作。
举个的例子,一切程序都是计算机可执行的机器代码,而直接编写机器代码是非常困难的,于是我们可以用C语言,用C写代码更加直观和易于阅读理解,C编译器会将C代码转换成对应的机器代码。这个例子中,Servlet就好比是机器代码,JSP好比是C语言,而JSP引擎 就好比是C编译器。
因此:如果客户端请求的是一个JSP,则该JSP文件传递给JSP引擎,JSP引擎将JSP文件转译为Servlet的java文件,其实质就是这个Servlet来处理客户端的请求。
JSP转换为Servlet的细节
JSP按如下规则转换为Servlet:
1、所有的 非 JSP 文本 ( 如HTML代码,XML代码),都将在生成的_jspService方法中以字符串的形式使用out对象输出。
2、所有的<% %> 和 <%= %>脚本,将在他所在的地方原原本本对应插入到_jspService方法中去。所有的<%! %>都将成为Servlet的类级别的成员。
因此<%! %>写在JSP页面代码的任何地方都没有任何区别。 <%-- --%> JSP注释 将只保留在JSP代码中,不会存在转换后的servlet代码中
3、EL,JSTL等被JSP引擎使用特殊转换。
public void _jspService() { //..... try { response.setContentType("text/html; charset=UTF-8"); pageContext = _jspxFactory.getPageContext( this, request, response, null, /*page指令配置的error page 的URL*/ true, /*page质量配置的是否使用session*/ 8192, /*page指令配置的out对象的缓存大小(kb)*/ true); /*page指令配置的out对象是否autoFlush*/ //..... }
JSP转译后的Servlet的继承结构
JSP转译后的java文件在tomcat home下的work目录下找到。
public interface Servlet { public void init(ServletConfig config) throws ServletException; public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException; public void destroy(); public String getServletInfo(); public ServletConfig getServletConfig(); } public interface JspPage extends Servlet { public void jspInit(); public void jspDestroy(); } public interface HttpJspPage extends JspPage { public void _jspService(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException; }
public abstract class HttpJspBase extends HttpServlet implements HttpJspPage { private static final long serialVersionUID = 1L; protected HttpJspBase() { } @Override public final void init(ServletConfig config) throws ServletException { super.init(config); jspInit(); _jspInit(); } @Override public String getServletInfo() { return Localizer.getMessage("jsp.engine.info"); } @Override public final void destroy() { jspDestroy(); _jspDestroy(); } /** * Entry point into service. */ @Override public final void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { _jspService(request, response); } @Override public void jspInit() { } public void _jspInit() { } @Override public void jspDestroy() { } protected void _jspDestroy() { } @Override public abstract void _jspService(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException; }
可以看出,转译后的Servlet要实现上面的3个接口中的共 8 个 接口方法。然而,由于HttpJspBase 继承了HttpServlet,因此,7个方法已经全部间接实现了(只有_jspService方法没实现 )。
由于JSP的特殊性,HttpJspBase 还是 重写了来自HttpServlet中的3方法,这3个方法正是一个Servlet的标准生命周期方法。而这3个方法内部又委托了 jspInit() 、 jspDestroy() 、 _jspService() 方法去实现。
因此:
1、可以认为,一个JSP的生命周期方法分别是通过 jspInit() 、 jspDestroy() 、 _jspService() 来实现的。如果某个JSP要做初始化和清理工作,则可以重写jspInit() 和 jspDestroy()方法实现。
2、JSP转译后的Servlet必须实现_jspService方法,作为处理响应的逻辑方法。这点我们不用关心,JSP转译后自动根据你写的JSP代码实现。
3、 因为HttpJspBase重写了 HttpServlet中的service方法,覆盖了根据请求发生选择不同处理方法doXXX的派发逻辑,对一个JSP使用任何HTTP请求方法都会调用_jspService方法处理。
JSP的生命周期
要理解JSP的生命周期就必须理解Servlet的生命周期,因为JSP的生命周期相比于Servlet只多了最开始的一步:转译工作。且这个工作只做一次(在JSP文件不改变的情况下)。
在JSP被请求时,容器会先检查这个JSP是否被修改过,如果修改过,则重新转译,然后编译,其后的过程和Servlet生命周期一致。 如果没有,则直接调用内存中驻留的实例的方法。
1、如果JSP文件是新的,则转译为Servlet java文件,然后编译为class文件。加载类到内存,创建一个(仅仅一个)Servlet对象。并执行jspInit,表示这个servlet被启用。
如果不是,则直接调用驻留在内存上的实例的_jspService 方法。
2、通过_jspService方法处理请求。多个请求同时请求同一个JSP的servlet实例,则这些请求会使用独立的线程去调用_jspService 方法。
3、当此Servlet实例不再被使用、或者服务器关机时,调用jspDestroy,GC