jetty重复编译jsp页面初探——一个配置提升5ms

        进行测试时，发现jetty一直比jboss慢5ms。通过visualvm观察发现在如下代码处总是出现blocked情况：JspServletWrapper.java:356。通过btrace跟踪得知

在JspServletWrapper.java:356（使用的是glassfish的jsp解析类）行，一直在对应用中的jsp文件default.jsp的编译与解析，每一次都需要进行编译，而编译时必须取得对文件的互斥锁。由此导致响应变慢。

在jetty的webdefault.xml中新增配置如下：

<init-param>
  <param-name>development</param-name>
  <param-value>false</param-value>
</init-param>

由于这个参数默认为true，表示开发模式，每次都会解析jsp文件，修改之后jetty在有jsp页面的场景下应该速度会有所提升。参考文档：http://docs.codehaus.org/display/JETTY/Jsp+Configuration

具体源码参见glassfish版的jsp项目EmbeddedServletOptions.java中如下代码：

89行：privatebooleandevelopment = true;
 
……
 
525行：development = getBoolean(config, development, "development");

及glassfish版JspServletWrapper.java 353行的如下代码：

353行：if(!options.getUsePrecompiled()
 
     && (options.getDevelopment() || firstTime)){
 
     // END S1AS 6181923
 
     synchronized(this) {
 
         firstTime = false;// The following sets reload to true, if necessary
 
        ctxt.compile();
 
     }
 
}

在EmbeddedServletOptions中，使用webdefault.xml中的参数进行了初始化，未有参数设置时默认为true；JspServletWrapper中进行编译前会判断是否为开发模式，由于默认值为true，因此每次都会编译。

而tomcat版的JspServletWrapper.java进行编译jsp页面之前，没有进行development参数的判断，因此不存在开发模式导致每次进行编译的问题，代码如下：

312          if(options.getDevelopment() || firstTime ) {
313         synchronized(this) {
314            firstTime = false;
315
316             // The following sets reload to true, if necessary
317            ctxt.compile();
318        }
319          }

结果为：增加了development为false的配置后，速度提升约5ms，这也就解析了jetty与jboss之间的差距为什么之前一直是5ms！