J2EE应用程序中的性能提升.docVIP

J2EE应用程序中的性能提升 --清除耗时且低效的bug 　　 Java很热门，尽管只诞生了9年，但它已经成为世界上领先的开发环境之一。数百万的程序员和数千家公司都在使用它，而且半数IT管理者都希望在今年部署J2EE应用程序。 　　但是Java的流行并不一定使之对于日益增长的Java代码开发人员变得容易。为了在生产上达到一个新的高度，程序员们逐渐在更大的团队中工作，而在他们当中，持续缩短开发周期始终很热门。每天，那些团队都要面对一个软件开发中的不变定律：您编写的代码越多，您就会碰到越多的bug——而且是浪费时间和降低应用程序质量和性能的bug。 　　本文主要介绍了一个J2EE应用程序的性能调优和内存使用优化。我们设置使用 BEA WebLogic Application Server。我们将讨论以下几个方面： 问题域 调优Java虚拟机 HTTP session管理 调优应用服务器 编码标准：为未来放弃规则 问题域 　　我们有一个如下设置的J2EE应用程序： BEA WebLogic 6.1 Service Pack 5 作为应用/Web服务器。 某个流行的RDBMS。对我们的讨论没有影响。 Model I Web Architecture。 8个无状态EJB以及6个有状态EJB。 HTTP session拥有对有状态EJB的引用。 Database Connection Pool初始化为2，最大值为10。 在Web层有大约120个servlet。 基于XML/XSLT的体系结构。 问题 　　应用程序有一个内存问题。当服务器启动时，内存使用率大约占全部可用物理内存的7～8%。随着时间的推移和更多地使用应用程序，内存使用率会增加到接近49～53%（7～10天一个周期）。 　　如果用户通过点击左边菜单中的“Log off”按钮从他们的会话中注销，那么应用程序就会从服务器中删去所有的有状态bean。但是，如果一个用户仅仅只是关闭浏览器窗口，那它就不会删去那些bean，而会在容器中保留它们直到应用服务器重新启动为止。这样继续下去，内存中的EJB实例数量会增加到400个甚至更多。 　　当BEA WebLogic Server装载了多于400个EJB时，Hotspot虚拟机会抛出一个OutOfMemory 异常。尽管看似还有更多内存可用，但这种情况还是会发生。 调优Java虚拟机 　　当试图分配PermGeneration空间时，Hotspot虚拟机会抛出OutOfMemory异常。Hotspot虚拟机使用不同部分的内存。持久生成部分被用来储存类、方法以及运行的Java对象所使用的符号。持久生成部分的初始大小为1MB，最大值为64MB，1.3.1之前是32MB。 　　要避免这种情况，我们可以通过一个Java虚拟机开关，使用下面的命令行来设置permGeneration空间。 java -server -XX:MaxPermSize=128M. 　　注意，增加perm 最大值只是推迟了故障的发生。最终还是要靠您的应用程序去适当地清除无用的对象。另外，并非所有的Java虚拟机都支持XX选项。 HTTP Session 管理 　　当用户没有从会话中注销就关闭浏览器时，用户会话中的EJB不会被垃圾收集。这就是内存中有太多EJB的主要原因。要避免这种情况，HTTP session 管理必须注意所有可能的结合。我们可以在web.xml （Web应用程序部署描述符）中设置一个默认的会话超时周期，如下所示： session-config session-timeoutx/session-timeout session-config 　　通过这个设置，用户的会话会在不活动x分钟后自动释放。 　　另一种方法是在创建HTTP session时用下面的代码编写会话管理 HttpSession session=new HttpSession (); session.setmaxinactiveinternal(int timeoutSeconds); 　　这段代码会使不活动了timeoutSeconds时间的用户会话失效。 　　注意：如果您把两个步骤都做了，那么在servlet代码中的值将覆盖在web.xml中设置的值。 　　这两种方法惟一的不同点是第二种方法以秒作为参数，而 session-timeout 标记则是以分钟作为参数。通常，当会话失效后，logoff servlet/JSP 会用代码删去被特殊会话所引用的所有对象/对象图形的引用。但是当用户只是关闭浏览器时，就没有办法调用注销servlet/JSP。在这种情况下，即使会话已经失效，被封装的对象和对象图形会继续存在。当垃圾收集器试图对该会话进行垃圾收集时，它也会对所有