?Tomcat7的JSP编译分析?
首先, 当一个jsp的请求发起后, 会由JspServlet进行接受(请求的流程会在后续文章里详细说明),? 会调用其service方法,? 解析获得该jsp的urlPath,? 并在参数中确定是否预编译模式.?
?之后, 调用serviceJspFile方法,?? 当该jsp是第一次请求时, 会新实例化JspServletWrapper对象,? 并将其加入JspRuntimeContext里.? 以后会直接从JspRuntimeContext中取JspServletWrapper对象, KEY值为jspUrl.
代码如下:
?
而后, 调用JspServletWrapper的service方法.?
?
?
?
?
以上就是jsp页面请求的流程. ?
觉得很奇怪吧, jsp的文件怎么就变成了servlet的class类了呢,????第一当然是将jsp变为java的源代码文件了.
?jsp怎么变成.java文件的呢?
在JspServletWrapper的service方法中调用ctxt.compile();?ctxt就是JspCompilationContext编译上下文
该方法主要做了以下几件事:
1.? 创建Compiler, 根据选项参数反射得到Compiler
???? tomcat7 提供使用Eclipse的JDT org.apache.jasper.compiler.JDTCompiler,?
???? 使用ANT的org.apache.jasper.compiler.AntCompiler
2. 移除旧的.java和.class文件.?
3.?将jsp文件转换生产.java
4.? 将生成的.java编译生成.class文件.
代码跟踪如下:
?
?
?
?以上代码来自tomcat源码类org.apache.jasper.compiler.Compiler
?
再跟进jspCompiler.compile();
?
?
?
?再次跟进String[] smap = generateJava();? 大家你一定很奇怪, 为什么结果是smap 呢?? 请大家耐心看下去吧.
这里就要简单介绍一下JSR-45
?? JSR-45(Debugging Support for Other Languages)为那些非 JAVA 语言写成，却需要编译成 JAVA 代码，运行在 JVM 中的程序，提供了一个进行调试的标准机制。也许字面的意思有点不好理解，什么算是非 JAVA 语言呢？其实 JSP 就是一个再好不过的例子，JSR-45 的样例就是一个 JSP。
JSP的调试一直依赖于具体应用服务器的实现，没有一个统一的模式，JSR-45 针对这种情况，提供了一个标准的模式。我们知道，JAVA 的调试中，主要根据行号作为标志，进行定位。但是 JSP 被编译为 JAVA 代码之后，JAVA 行号与 JSP 行号无法一一对应，怎样解决呢？
JSR-45 是这样规定的：JSP 被编译成 JAVA 代码时，同时生成一份 JSP 文件名和行号与 JAVA 行号之间的对应表(SMAP)。JVM 在接受到调试客户端请求后，可以根据这个对应表(SMAP)，从 JSP 的行号转换到 JAVA 代码的行号；JVM 发出事件通知前, 也根据对应表(SMAP)进行转化，直接将 JSP 的文件名和行号通知调试客户端。
?
?当参数支持JSR-45则产生的smap就是jsp的行号与生产.java行号的对应关系.
?
?待续...
?
?
?