Java性能优化技巧集锦.docx

Java性能优化技巧集锦.docx

《Java性能优化技巧集锦.docx》由会员分享，可在线阅读，更多相关《Java性能优化技巧集锦.docx（19页珍藏版）》请在冰豆网上搜索。

Java性能优化技巧集锦

Java性能优化技巧集锦

===================================

提纲:

===================================

一、通用篇

　　1.1不用new关键词创建类的实例

　　1.2使用非阻塞I/O

　　1.3慎用异常

　　1.4不要重复初始化变量

　　1.5尽量指定类的final修饰符

　　1.6尽量使用局部变量

1.7乘法和除法

1.8尽量重用对象。

二、J2EE篇

　　2.1使用缓冲标记

　　2.2始终通过会话Bean访问实体Bean

　　2.3选择合适的引用机制

　　2.4在部署描述器中设置只读属性

　　2.5缓冲对EJBHome的访问

　　2.6为EJB实现本地接口

　　2.7生成主键

　　2.8及时清除不再需要的会话

　　2.9在JSP页面中关闭无用的会话

　　2.10Servlet与存使用

　　2.11HTTPKeep-Alive

　　2.12JDBC与Unicode

　　2.13JDBC与I/O

　　2.14存数据库

三、GUI篇

3.1用JAR压缩类文件

　　3.2提示Applet装入进程

　　3.3在画出图形之前预先装入它

　　3.4覆盖update方法

　　3.5延迟重画操作

　　3.6使用双缓冲区

　　3.7使用BufferedImage

　　3.8使用VolatileImage

3.9使用WindowBlitting

四、JavaScript性能优化

1.使用局部变量避免使用全局变

2.避免使用with

3.遍历nodelist的方式

4.别用那么多个var，一个加逗号就搞定了

5.innerHTML是最好的选择

6.ie的removeChild不好用

7.为多个同级元素绑定事件时，不用为每个都绑定，为他们的父级绑定就行了

8.尽量用原生的方法，因为原生的都是用c/c++编译而成的他们执行的要比用js写的方法快多了

9.appendChild用的多时一定要用docuemntfragment

10.ifelse用的>=3个了，那用switch吧，好阅读，性能好

11.if<=3,别用if了，用3元表达式吧

12.if==1，if改&&

13.元素位置，while（）offsetParent

14.正则的查找没有indexOf快

15.设置某个元素的style时用cssText简单些

16.new时,没有参数时函数名后边的括号可以去了

五、其他

===================================

正文:

===================================

一、通用篇

“通用篇”讨论的问题适合于大多数Java应用。

1.1不用new关键词创建类的实例

用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。

但如果一个对象实现了Cloneable接口，我们可以调用它的clone（）方法。

clone（）方法不会调用任何类构造函数。

在使用设计模式（DesignPattern）的场合，如果用Factory模式创建对象，则改用clone（）方法创建新的对象实例非常简单。

例如，下面是Factory模式的一个典型实现：

publicstaticCreditgetNewCredit（）{returnnewCredit（）;}

改进后的代码使用clone（）方法，如下所示：

privatestaticCreditBaseCredit=newCredit（）;

publicstaticCreditgetNewCredit（）{return（Credit）BaseCredit.clone（）;}

上面的思路对于数组处理同样很有用。

1.2使用非阻塞I/O

版本较低的JDK不支持非阻塞I/OAPI。

为避免I/O阻塞，一些应用采用了创建大量线程的办法（在较好的情况下，会使用一个缓冲池）。

这种技术可以在许多必须支持并发I/O流的应用中见到，如Web服务器、报价和拍卖应用等。

然而，创建Java线程需要相当可观的开销。

JDK1.4引入了非阻塞的I/O库（java.nio）。

如果应用要求使用版本较早的JDK，在这里有一个支持非阻塞I/O的软件包。

请参见Sun中国的《调整Java的I/O性能》。

输入和输出包括很多方面，但涉及最多的是对硬盘，网络或数据库的读写操作。

对于读写操作，又分为有缓存和没有缓存的；对于数据库的操作，又可以有多种类型的JDBC驱动器可以选择。

但无论怎样，都会给程序的性能带来影响。

因此，需要注意如下几点：

（1）使用输入输出缓冲

　　　尽可能的多使用缓存。

但如果要经常对缓存进行刷新（flush）,则建议不要使用缓存。

（2）输出流（OutputStream）和Unicode字符串

　　　当时用OutputStream和Unicode字符串时，Write类的开销比较大。

因为它要实现Unicode到字节（byte）的转换.因此，如果可能的话,在使用Write类之前就实现转换或用OutputStream类代替Writer类来使用。

（3）当需序列化时使用transient

　　　当序列化一个类或对象时，对于那些原子类型（atomic）或可以重建的原素要表识为transient类型。

这样就不用每一次都进行序列化。

如果这些序列化的对象要在网络上传输，这一小小的改变对性能会有很大的提高。

（4）使用高速缓存（Cache）

　　　对于那些经常要使用而又不大变化的对象或数据，可以把它存储在高速缓存中。

这样就可以提高访问的速度。

这一点对于从数据库中返回的结果集尤其重要。

（5）使用速度快的JDBC驱动器（Driver）

　　　JAVA对访问数据库提供了四种方法。

这其中有两种是JDBC驱动器。

一种是用JAVA外包的本地驱动器；另一种是完全的JAVA驱动器。

具体要使用哪一种得根据JAVA布署的环境和应用程序本身来定。

1.3慎用异常

异常对性能不利。

抛出异常首先要创建一个新的对象。

Throwable接口的构造函数调用名为fillInStackTrace（）的本地（Native）方法，fillInStackTrace（）方法检查堆栈，收集调用跟踪信息。

只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。

异常只能用于错误处理，不应该用来控制程序流程。

JAVA语言中提供了try/catch来发方便用户捕捉异常，进行异常的处理。

但是如果使用不当，也会给JAVA程序的性能带来影响。

因此，要注意以下两点。

（1）避免对应用程序的逻辑使用try/catch

如果可以用if,while等逻辑语句来处理，那么就尽可能的不用try/catch语句

（2）重用异常

在必须要进行异常的处理时，要尽可能的重用已经存在的异常对象。

因为在异常的处理中，生成一个异常对象要消耗掉大部分的时间。

1.4不要重复初始化变量

默认情况下，调用类的构造函数时，Java会把变量初始化成确定的值：

所有的对象被设置成null，整数变量（byte、short、int、long）设置成0，float和double变量设置成0.0，逻辑值设置成false。

当一个类从另一个类派生时，这一点尤其应该注意，因为用new关键词创建一个对象时，构造函数链中的所有构造函数都会被自动调用。

1.5尽量指定类的final修饰符

带有final修饰符的类是不可派生的。

在Java核心API中，有许多应用final的例子，例如java.lang.String。

为String类指定final防止了人们覆盖length（）方法。

另外，如果指定一个类为final，则该类所有的方法都是final。

Java编译器会寻找机会联（inline）所有的final方法（这和具体的编译器实现有关）。

此举能够使性能平均提高50%。

1.6尽量使用局部变量

调用方法时传递的参数以及在调用中创建的临时变量都保存在栈（Stack）中，速度较快。

其他变量，如静态变量、实例变量等，都在堆（Heap）中创建，速度较慢。

另外，依赖于具体的编译器/JVM，局部变量还可能得到进一步优化。

请参见《尽可能使用堆栈变量》。

1.7乘法和除法

考虑下面的代码：

for（val=0;val<100000;val+=5）{alterX=val*8;myResult=val*2;}

用移位操作替代乘法操作可以极提高性能。

下面是修改后的代码：

for（val=0;val<100000;val+=5）{alterX=val<<3;myResult=val<<1;}

修改后的代码不再做乘以8的操作，而是改用等价的左移3位操作，每左移1位相当于乘以2。

相应地，右移1位操作相当于除以2。

值得一提的是，虽然移位操作速度快，但可能使代码比较难于理解，所以最好加上一些注释。

1.8尽量重用对象。

特别是String对象的使用中，出现字符串连接情况时应使用StringBuffer代替，由于系统不仅要花时间生成对象，以后可能还需要花时间对这些对象进行垃圾回收和处理。

因此生成过多的对象将会给程序的性能带来很大的影响。

二、J2EE篇

前面介绍的改善性能技巧适合于大多数Java应用，接下来要讨论的问题适合于使用JSP、EJB或JDBC的应用。

2.1使用缓冲标记

一些应用服务器加入了面向JSP的缓冲标记功能。

例如，BEA的WebLogicServer从6.0版本开始支持这个功能，OpenSymphony工程也同样支持这个功能。

JSP缓冲标记既能够缓冲页面片断，也能够缓冲整个页面。

当JSP页面执行时，如果目标片断已经在缓冲之中，则生成该片断的代码就不用再执行。

页面级缓冲捕获对指定URL的请求，并缓冲整个结果页面。

对于购物篮、目录以及门户的主页来说，这个功能极其有用。

对于这类应用，页面级缓冲能够保存页面执行的结果，供后继请求使用。

对于代码逻辑复杂的页面，利用缓冲标记提高性能的效果比较明显；反之，效果可能略逊一筹。

请参见《用缓冲技术提高JSP应用的性能和稳定性》。

2.2始终通过会话Bean访问实体Bean

直接访问实体Bean不利于性能。

当客户程序远程访问实体Bean时，每一个get方法都是一个远程调用。

访问实体Bean的会话Bean是本地的，能够把所有数据组织成一个结构，然后返回它的值。

用会话Bean封装对实体Bean的访问能够改进事务管理，因为会话Bean只有在到达事务边界时才会提交。

每一个对get方法的直接调用产生一个事务，容器将在每一个实体Bean的事务之后执行一个“装入-读取”操作。

一些时候，使用实体Bean会导致程序性能不佳。

如果实体Bean的唯一用途就是提取和更新数据，改成在会话Bean之利用JDBC访问数据库可以得到更好的性能。

2.3选择合适的引用机制

在典型的JSP应用系统中，页头、页脚部分往往被抽取出来，然后根据需要引入页头、页脚。

当前，在JSP页面中引入外部资源的方法主要有两种：

include指令，以及include动作。

include指令：

例如<%includefile="copyright.html"%>。

该指令在编译时引入指定的资源。

在编译之前，带有include指令的页面和指定的资源被合并成一个文件。

被引用的外部资源在编译时就确定，比运行时才确定资源更高效。

include动作：

例如

includepage="copyright.jsp"/>。

该动作引入指定页面执行后生成的结果。

由于它在运行时完成，因此对输出结果的控制更加灵活。

但时，只有当被引用的容频繁地改变时，或者在对主页面的请求没有出现之前，被引用的页面无法确定时，使用include动作才合算。

2.4在部署描述器中设置只读属性

实体Bean的部署描述器允许把所有get方法设置成“只读”。

当某个事务单元的工作只包含执行读取操作的方法时，设置只读属性有利于提高性能，因为容器不必再执行存储操作。

2.5缓冲对EJBHome的访问

EJBHome接口通过JNDI名称查找获得。

这个操作需要相当可观的开销。

JNDI查找最好放入Servlet的init（）方法里面。

如果应用中多处频繁地出现EJB访问，最好创建一个EJBHomeCache类。

EJBHomeCache类一般应该作为singleton实现。

2.6为EJB实现本地接口

本地接口是EJB2.0规新增的容，它使得Bean能够避免远程调用的开销。

请考虑下面的代码。

PayBeanHomehome=（PayBeanHome）javax.rmi.PortableRemoteObject.narrow（ctx.lookup（"PayBeanHome"）,PayBeanHome.class）;PayBeanbean=（PayBean）javax.rmi.PortableRemoteObject.narrow（home.create（）,PayBean.class）;

第一个语句表示我们要寻找Bean的Home接口。

这个查找通过JNDI进行，它是一个RMI调用。

然后，我们定位远程对象，返回代理引用，这也是一个RMI调用。

第二个语句示了如何创建一个实例，涉及了创建IIOP请求并在网络上传输请求的stub程序，它也是一个RMI调用。

要实现本地接口，我们必须作如下修改：

方法不能再抛出java.rmi.RemoteException异常，包括从RemoteException派生的异常，比如TransactionRequiredException、TransactionRolledBackException和NoSuchObjectException。

EJB提供了等价的本地异常，如TransactionRequiredLocalException、TransactionRolledBackLocalException和NoSuchObjectLocalException。

所有数据和返回值都通过引用的方式传递，而不是传递值。

本地接口必须在EJB部署的机器上使用。

简而言之，客户程序和提供服务的组件必须在同一个JVM上运行。

如果Bean实现了本地接口，则其引用不可串行化。

请参见《用本地引用提高EJB访问效率》。

2.7生成主键

在EJB之生成主键有许多途径，下面分析了几种常见的办法以及它们的特点。

利用数据库建的标识机制（SQLServer的IDENTITY或Oracle的SEQUENCE）。

这种方法的缺点是EJB可移植性差。

由实体Bean自己计算主键值（比如做增量操作）。

它的缺点是要求事务可串行化，而且速度也较慢。

利用NTP之类的时钟服务。

这要求有面向特定平台的本地代码，从而把Bean固定到了特定的OS之上。

另外，它还导致了这样一种可能，即在多CPU的服务器上，同一个毫秒之生成了两个主键。

借鉴Microsoft的思路，在Bean中创建一个GUID。

然而，如果不求助于JNI，Java不能确定网卡的MAC地址；如果使用JNI，则程序就要依赖于特定的OS。

还有其他几种办法，但这些办法同样都有各自的局限。

似乎只有一个答案比较理想：

结合运用RMI和JNDI。

先通过RMI注册把RMI远程对象绑定到JNDI树。

客户程序通过JNDI进行查找。

下面是一个例子：

publicclasskeyGeneratorextendsUnicastRemoteObjectimplementsRemote{privatestaticlongKeyValue=System.currentTimeMillis（）;publicstaticsynchronizedlonggetKey（）throwsRemoteException{returnKeyValue++;}

2.8及时清除不再需要的会话

为了清除不再活动的会话，许多应用服务器都有默认的会话超时时间，一般为30分钟。

当应用服务器需要保存更多会话时，如果存容量不足，操作系统会把部分存数据转移到磁盘，应用服务器也可能根据“最近最频繁使用”（MostRecentlyUsed）算法把部分不活跃的会话转储到磁盘，甚至可能抛出“存不足”异常。

在大规模系统中，串行化会话的代价是很昂贵的。

当会话不再需要时，应当及时调用HttpSession.invalidate（）方法清除会话。

HttpSession.invalidate（）方法通常可以在应用的退出页面调用。

2.9在JSP页面中关闭无用的会话

对于那些无需跟踪会话状态的页面，关闭自动创建的会话可以节省一些资源。

使用如下page指令：

<%pagesession="false"%>

2.10Servlet与存使用

许多开发者随意地把大量信息保存到用户会话之中。

一些时候，保存在会话中的对象没有及时地被垃圾回收机制回收。

从性能上看，典型的症状是用户感到系统周期性地变慢，却又不能把原因归于任何一个具体的组件。

如果监视JVM的堆空间，它的表现是存占用不正常地大起大落。

解决这类存问题主要有二种办法。

第一种办法是，在所有作用围为会话的Bean中实现HttpSessionBindingListener接口。

这样，只要实现valueUnbound（）方法，就可以显式地释放Bean使用的资源。

另外一种办法就是尽快地把会话作废。

大多数应用服务器都有设置会话作废间隔时间的选项。

另外，也可以用编程的方式调用会话的setMaxInactiveInterval（）方法，该方法用来设定在作废会话之前，Servlet容器允许的客户请求的最大间隔时间，以秒计。

2.11HTTPKeep-Alive

Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。

市场上的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTPKeep-Alive。

对于提供静态容的来说，这个功能通常很有用。

但是，对于负担较重的来说，这里存在另外一个问题：

虽然为客户保留打开的连接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。

当Web服务器和应用服务器在同一台机器上运行时，Keep-Alive功能对资源利用的影响尤其突出。

2.12JDBC与Unicode

想必你已经了解一些使用JDBC时提高性能的措施，比如利用连接池、正确地选择存储过程和直接执行的SQL、从结果集删除多余的列、预先编译SQL语句，等等。

除了这些显而易见的选择之外，另一个提高性能的好选择可能就是把所有的字符数据都保存为Unicode（代码页13488）。

Java以Unicode形式处理所有数据，因此，数据库驱动程序不必再执行转换过程。

但应该记住：

如果采用这种方式，数据库会变得更大，因为每个Unicode字符需要2个字节存储空间。

另外，如果有其他非Unicode的程序访问数据库，性能问题仍旧会出现，因为这时数据库驱动程序仍旧必须执行转换过程。

2.13JDBC与I/O

如果应用程序需要访问一个规模很大的数据集，则应当考虑使用块提取方式。

默认情况下，JDBC每次提取32行数据。

举例来说，假设我们要遍历一个5000行的记录集，JDBC必须调用数据库157次才能提取到全部数据。

如果把块大小改成512，则调用数据库的次数将减少到10次。

在一些情形下这种技术无效。

例如，如果使用可滚动的记录集，或者在查询中指定了FORUPDATE，则块操作方式不再有效。

2.14存数据库

许多应用需要以用户为单位在会话对象中保存相当数量的数据，典型的应用如购物篮和目录等。

由于这类数据可以按照行/列的形式组织，因此，许多应用创建了庞大的Vector或HashMap。

在会话中保存这类数据极限制了应用的可伸缩性，因为服务器拥有的存至少必须达到每个会话占用的存数量乘以并发用户最大数量，它不仅使服务器价格昂贵，而且垃圾收集的时间间隔也可能延长到难以忍受的程度。

一些人把购物篮/目录功能转移到数据库层，在一定程度上提高了可伸缩性。

然而，把这部分功能放到数据库层也存在问题，且问题的根源与大多数关系数据库系统的体系结构有关。

对于关系数据库来说，运行时的重要原则之一是确保所有的写入操作稳定、可靠，因而，所有的性能问题都与物理上把数据写入磁盘的能力有关。

关系数据库力图减少I/O操作，特别是对于读操作，但实现该目标的主要途径只是执行一套实现缓冲机制的复杂算法，而这正是数据库层第一号性能瓶颈通常总是CPU的主要原因。

一种替代传统关系数据库的方案是，使用在存中运行的数据库（In-memoryDatabase），例如TimesTen。

存数据库的出发点是允许数据临时地写入，但这些数据不必永久地保存到磁盘上，所有的操作都在存中进行。

这样，存数据库不需要复杂的算法来减少I/O操作，而且可以采用比较简单的加锁机制，因而速度很快。

三、GUI篇

这一部分介绍的容适合于图形用户界面的应用（Applet和普通应用），要用到AWT或Swing。

3.1用JAR压缩类文件

Java档案文件（JAR文件）是根据JavaBean标准压缩的文件，是发布JavaBean组件的主要方式和推荐方式。

JAR档案有助于减少文件体积，缩短下载时间。

例如，它有助于Applet提高启动速度。

一个JAR文件可以包含一个或者多个相关的Bean以及支持文件，比如图形、声音、HTML和其他资源。

要在HTML/JSP文件中指定JAR文件，只需在Applet标记中加入ARCHIVE="name.jar"声明。

请参见《使用档案文件提高applet的加载速度》。

3.2提示Applet装入进程

你是否看到过使用Applet的，注意到在应该运行Applet的地方出现了一个占位符？

当Applet的下载时间较长时，会发生什么事情？

最大的可能就是用户掉头离去。

在这种情况下，显示一个Applet正在下载的信息无疑有助于鼓励用户继续等待。

下面我们来看看一种具体的实现方法。

首先创建一个很小的Applet，该Applet负责在后台下载正式的Applet：

importjava.applet.Applet;importjava.applet.AppletStub;importjava.awt.Label;importjava.awt.Graphics;importjava.awt.GridLayout;publicclassPreLoaderextendsAppletimplementsRunnable,AppletStub{StringlargeAppletName;Labellabel;publicvoidinit（）{//要求装载的正式AppletlargeAppletName=getParameter（"applet"）;//“请稍等”提示信息label=newLabel（"请稍等..."+largeAppletName）;add（label）;}publicvoidrun（）{try{//获得待装载Applet的类ClasslargeAppletClas