Servlet 和 JSP 性能调整

类别:Java 点击:0 评论:0 推荐:

概述

       在本文中, Rahul Chaudhary将描述性能调整技术 (PTT performance-tuning techniques) 的使用,来提升servlets 和JSP 的性能,以此来提升你的J2EE应用的性能。笔者假设读者具有基础的servlets 和JSPs知识。

作者:Rahul Chaudhary

译者:guipei

 

 

你的J2EE应用程序运行缓慢么?它们可以满足足够的压力么?本文将会描述如何在开发高性能的应用和JSP以及servlets中使用性能调整技术 (PTT performance-tuning techniques)。使用这些技术可以构建更加快速、稳健的系统,以满足更多用户或者更多请求的需要。在本文中,我将会带你进行实际的实践,试验如何调整性能提升你的servlets 和 JSP 页面缓慢的性能,最终以提升你的J2EE应用的性能。其中一部分技术使用在开发过程阶段,也就是说,适应于在你进行系统设计或者编写代码的时候。另外一些则是和配置相关技术。

 

调整方法1:使用 HttpServlet init()方法缓存数据

       应用服务器在servlet开始构造的时候,接受处理任何请求之前调用servlet的init()方法。在servlet的生命周期中仅仅调用一次。Init()方法通过缓存静态数据或者完成占用大量资源的操作,用来在初始化的过程中提高性能。

       举例说明,通过使用jdbc连接池是一个最好的实践,在调用javax.sql.DataSource接口的时候。依靠通过JNDI(java命名和服务接口)树获得DataSource。如果在每一次SQL调用时候都进行JNDI查找DataSource ,将会严重的影响应用服务的应能。Servlet的init()方法将用来取得DataSource,并且将其进行缓存以备以后使用。

 

public class ControllerServlet extends HttpServlet

{

   private javax.sql.DataSource testDS = null;

 

   public void init(ServletConfig config) throws ServletException

   {

      super.init(config);

      Context ctx  = null;

      try

      {

         ctx = new InitialContext();

         testDS = (javax.sql.DataSource)ctx.lookup("jdbc/testDS");

      }

      catch(NamingException ne)

      {

         ne.printStackTrace();              

       }

       catch(Exception e)

       {

          e.printStackTrace();

       }

   }

 

   public javax.sql.DataSource getTestDS()

      {

         return testDS;

      }

   ...

   ...

}

 

 

调整方法2:禁止servlet和jsp的自动重载     

为了节约开发时间,在开发阶段Servlet/JSP容器提供自动重载功能,方便你在修改Servlet/JSP后不用重新启动服务。可是,在生产环境下面,却是占用大量开销,因为进行了没有必要的重新载入的操作,所以带来了很怀的性能影响。同时,在部分类载入,部分为载入的时候也可能带来各种奇怪的冲突。因此在J2EE的生产环境下关闭自动载入功能可以得到更好的性能。

 

       译者注:

这点被我深深的体会到。

一、              在一个大型的J2EE项目中进行大量压力测试下,在开发模式下莫名其妙的发生错误,部分请求任务失败,就是因为载入类造成的系统冲突。

二、              在另外一个大型的J2EE项目实际应用过程中,突发的大量用户让足以满足用户的系统处于瘫痪边缘,经过了系统、数据库、应用服务器等等调整后,终没有解决问题。最后不得不排除人员去现场解决,最后发现问题竟是这个原因。这个事件仅仅发生在前天。

 

调整方法3:控制HttpSession

许多应用服务需要一系列的客户请求,这些请求之间又相互依存。因为http协议是无状态的,所以基于web的应用系统必须使用session技术来维持连接。为了实现应用服务进行状态管理,java servlet技术提供了一套API,通过使用HttpSession对象进行会话管理,但是在使用这个功能的同时,不管servlet进行任何请求,HttpSession对象都要进行读写,服务器也承担了响应的系统开销。你可以使用下列方法提升性能。

       在默认情况下,不要在jsp页面中创建HttpSessions对象,jsp页面默认会自动创建HttpSessions,如果在你的jsp页面中不需要HttpSessions,为了节省一些性能,使用下面的页面指令避免自动创建HttpSessions对象。

<%@ page session="false"%>

       不要存储大型对象到HttpSession:如果你存储大型对象数据到HttpSession中,应用服务器不得不在每一次请求中处理整个的HttpSession,这将会强迫使用java的串行化操作,占用大量系统资源。应用服务的性能将会因为java的串行化操作而减少。

       在结束时候释放HttpSessions对象:在它们不在需要的时候使用HttpSession.invalidate()方法消除sessions。

       设置session的超时值:servlet有一个默认的超时值。如果你在这个时间里面,你既没有移除它,也没有使用它(进行任何服务请求),servlet服务将会自动将其销毁。因为对内存和垃圾的回收处理,因此,超时值越大,对服务器的性能影响越大。所以,尽可能的保持session的超时值最小。

 

 

调整方法4:使用gzip压缩

压缩是一个去处庸余信息的操作,以便可以使用最小的空间存储。使用gzip(GNU zip)压缩内容可以显著的减少下载HTML文件的时间。信息内容越小,传送的速度越快。因此,如果在生成web应用的时候压缩内容,就可以更快的传送、显示在用户的屏幕上面。由于不是每一个浏览器都支持gzip压缩功能,所以你必须简单的检查浏览器是否支持。

下面代码是演示如何发送压缩内容的例子:

 

public void doGet(HttpServletRequest request, HttpServletResponse response)

          throws IOException, ServletException

{

         

   OutputStream out = null

 

   // Check the Accepting-Encoding header from the HTTP request.

   // If the header includes gzip, choose GZIP.

   // If the header includes compress, choose ZIP.

   // Otherwise choose no compression.

 

   String encoding = request.getHeader("Accept-Encoding");   

     

   if (encoding != null && encoding.indexOf("gzip") != -1)

   {

       response.setHeader("Content-Encoding" , "gzip");

       out = new GZIPOutputStream(response.getOutputStream());

   }

   else if (encoding != null && encoding.indexOf("compress") != -1)

   {

       response.setHeader("Content-Encoding" , "compress");

       out = new ZIPOutputStream(response.getOutputStream());

   }

   else

   {

       out = response.getOutputStream();

 

   }

   ...

   ...                       

 

 

调整方法5:不要使用SingleThreadModel

       SingleThreadModel接口确保servlet在同一时间只接受一个请求。如果servlet实现这个接口,servlet将会为每一个新的请求创建隔离的servelet实例,这将造成很大的系统开销。如果你需要处理线程安全问题,可以使用其他方法代替这种方法。在servlet2.4中SingleThreadModel接口已经被反对使用。

 

 

调整方法6:使用线程池

       Servlet引擎为每一个请求创建一个隔离的线程,分配这个线程给service()方法,在它执行完后移除这个线程。默认情况下,servlet引擎为每一个请求创建新的线程。因为创建和消除线程是需要系统开销的,这种行为将会引起性能问题。可以通过使用线程池来提升性能。依据所期望的并发用户数量,配置线程池的最大、最小、以及增加数量。在服务启动的时候,servlet引擎使用最小的线程数量创建一个线程池。然后servlet引擎会分配线程给每一个请求,替换原来的创建新的线程,在处理完成后把线程返回给线程池。使用线程池,性能会有一个显著的提升。如果需要,根据线程的最大和增加数量,更多的线程会被创建,添加到池中以供更多的请求使用。

 

 

调整方法7:选择正确的包含机制

       在jsp中有两种方法使用包含文件:包含指令(<%@ include file="test.jsp" %>) 和包含动作 (<jsp:include page="test.jsp" flush="true" />)。包含指令在转换的过程中包含文件内容;也就是说,在一个页面转换成一个servlet的时候。包含动作在请求处理的阶段包含文件内容;也就是说,在一个用户请求页面的时候。包含指令快于包含动作。因此,除非被包含的内容经常变化,应该使用包含指令提升性能。

 

 

调整方法8:选择正确的范围在使用useBean动作

       Jsp页面的一个强大功能就是在jsp中交互使用JavaBeans组件。通过使用<jsp:useBean>动作标签,JavaBeans可以被直接的嵌入jsp页面中。语法如下:

<jsp:useBean id="name" scope="page|request|session|application" class=

  "package.className" type="typeName">

</jsp:useBean>

       范围属性指定了bean的作用范围。它的默认值是page。你可以根据你的系统要求选择正确的范围。否则它会影响到应用系统的性能。

举例说明,如果你需要一个对象仅仅作为请求使用,但是你的范围设置为session,在你完成请求后,这个对象将依然会留在内存中。直到你明确的清楚它为止,通过销毁session,或者session自动超时。假如你没有选择正确的范围,它同样也会影响性能因为过度的内存和垃圾收集。因此,需要正确的设置对象的范围,同时当你使用完成之后,也应该立即去除它们。

 

 

其他方法:

       避免字符串相加:使用 + 操作会产生很多临时对象,因为String是不可变化(immutable)的对象。越多的 + 操作,越多的临时对象会被创建,造成很大的系统开销。使用StringBuffer替换 + 操作,当你需要字符串相加的时候。

 

       避免使用System.out.println:System.out.println是同步处理的在disk i/o操作中,并且会严重的影响性能。因此最大可能的要避免使用System.out.println。尽管存在强大的调试工具,有时候为了跟踪目的、错误处理、调试程序,还是使用System.out.println。你应该配置System.out.println仅仅在开发和调试情况下使用。使用一个静态的final boolean变量,在生产模式下,配置成false,避免System.out.println的使用。

 

       ServletOutputStream比较PrintWriter:使用PrintWriter会占用一些系统开销,因为它是为处理字符流的输出输出功能。因此PrintWriter应该使用在确保有字符集转换的环境中。换句话说,在你知道servlet返回的仅仅是二进制数据时候,应该使用ServletOutputStream,这样你可以消除字符转换开销,当servlet容器不用处理字符集转换的时候。

 

 

总结

       本文的目的是通过一些实践操作,使用性能调整技术,通过提升servlets和jsp页面的性能,进而提升J2EE应用系统的性能。下一次将会涉及性能调整关于EJB (Enterprise JavaBeans), JMS (Java Message Service), and JDBC (Java Database Connectivity)。

本文地址:http://com.8s8s.com/it/it14695.htm