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!

你可能感兴趣的:(tomcat,jsp,jboss,测试,文档,Glassfish)