Java性能优化技巧集锦

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

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

　　用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。clone()方法不会调用任何类构造函数。

　　在使用设计模式（Design Pattern）的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实例非常简单。例如，下面是Factory模式的一个典型实现：

public static Credit getNewCredit() {

return new Credit();

}

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

private static Credit BaseCredit = new Credit();

public static Credit getNewCredit() {

return (Credit) BaseCredit.clone();

}

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

　　1.2 使用非阻塞I/O

　　版本较低的JDK不支持非阻塞I/O API。为避免I/O阻塞，一些应用采用了创建大量线程的办法（在较好的情况下，会使用一个缓冲池）。这种技术可以在许多必须支持并发I/O流的应用中见到，如Web服务器、报价和拍卖应用等。然而，创建Java线程需要相当可观的开销。

　　JDK 1.4引入了非阻塞的I/O库（java.nio）。如果应用要求使用版本较早的JDK，在这里有一个支持非阻塞I/O的软件包。

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

　　1.3 慎用异常

　　异常对性能不利。抛出异常首先要创建一个新的对象。Throwable接口的构造函数调用名为fillInStackTrace()的本地（Native）方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信息。只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。

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

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

二、J2EE篇

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

　　2.1 使用缓冲标记

　　一些应用服务器加入了面向JSP的缓冲标记功能。例如，BEA的WebLogic Server从6.0版本开始支持这个功能，Open Symphony工程也同样支持这个功能。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指令：例如<%@ include file="copyright.html" %>。该指令在编译时引入指定的资源。在编译之前，带有include指令的页面和指定的资源被合并成一个文件。被引用的外部资源在编译时就确定，比运行时才确定资源更高效。

include动作：例如。该动作引入指定页面执行后生成的结果。由于它在运行时完成，因此对输出结果的控制更加灵活。但时，只有当被引用的内容频繁地改变时，或者在对主页面的请求没有出现之前，被引用的页面无法确定时，使用include动作才合算。

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

　　实体Bean的部署描述器允许把所有get方法设置成“只读”。当某个事务单元的工作只包含执行读取操作的方法时，设置只读属性有利于提高性能，因为容器不必再执行存储操作。

　　2.5 缓冲对EJB Home的访问

　　EJB Home接口通过JNDI名称查找获得。这个操作需要相当可观的开销。JNDI查找最好放入Servlet的init()方法里面。如果应用中多处频繁地出现EJB访问，最好创建一个EJBHomeCache类。EJBHomeCache类一般应该作为singleton实现。

　　2.6 为EJB实现本地接口

　　本地接口是EJB 2.0规范新增的内容，它使得Bean能够避免远程调用的开销。请考虑下面的代码。

PayBeanHome home = (PayBeanHome)

javax.rmi.PortableRemoteObject.narrow

(ctx.lookup ("PayBeanHome"), PayBeanHome.class);

PayBean bean = (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之

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

　　利用数据库内建的标识机制（SQL Server的IDENTITY或Oracle的SEQUENCE）。这种方法的缺点是EJB可移植性差。

　　由实体Bean自己计算主键值（比如做增量操作）。它的缺点是要求事务可串行化，而且速度也较慢。

　　利用NTP之类的时钟服务。这要求有面向特定平台的本地代码，从而把Bean固定到了特定的OS之上。另外，它还导致了这样一种可能，即在多CPU的服务器上，同一个毫秒之内生成了两个主键。

　　借鉴Microsoft的思路，在Bean中创建一个GUID。然而，如果不求助于JNI，Java不能确定网卡的MAC地址；如果使用JNI，则程序就要依赖于特定的OS。

　　还有其他几种办法，但这些办法同样都有各自的局限。似乎只有一个答案比较理想：结合运用RMI和JNDI。先通过RMI注册把RMI远程对象绑定到JNDI树。客户程序通过JNDI进行查找。下面是一个例子：

public class keyGenerator extends UnicastRemoteObject implements Remote {

private static long KeyValue = System.currentTimeMillis();

public static synchronized long getKey() throws RemoteException { return KeyValue++; }

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

　　为了清除不再活动的会话，许多应用服务器都有默认的会话超时时间，一般为30分钟。当应用服务器需要保存更多会话时，如果内存容量不足，操作系统会把部分内存数据转移到磁盘，应用服务器也可能根据“最近最频繁使用”（Most Recently Used）算法把部分不活跃的会话转储到磁盘，甚至可能抛出“内存不足”异常。在大规模系统中，串行化会话的代价是很昂贵的。当会话不再需要时，应当及时调用HttpSession.invalidate()方法清除会话。HttpSession.invalidate()方法通常可以在应用的退出页面调用。

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

　　对于那些无需跟踪会话状态的页面，关闭自动创建的会话可以节省一些资源。使用如下page指令：

<%@ page session="false"%>

　　2.10 Servlet与内存使用

　　许多开发者随意地把大量信息保存到用户会话之中。一些时候，保存在会话中的对象没有及时地被垃圾回收机制回收。从性能上看，典型的症状是用户感到系统周期性地变慢，却又不能把原因归于任何一个具体的组件。如果监视JVM的堆空间，它的表现是内存占用不正常地大起大落。

　　解决这类内存问题主要有二种办法。第一种办法是，在所有作用范围为会话的Bean中实现HttpSessionBindingListener接口。这样，只要实现valueUnbound()方法，就可以显式地释放Bean使用的资源。

　　另外一种办法就是尽快地把会话作废。大多数应用服

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

　　2.11 HTTP Keep-Alive

　　Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。市场上的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep- Alive功能对资源利用的影响尤其突出。

　　2.12 JDBC与Unicode

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

　　除了这些显而易见的选择之外，另一个提高性能的好选择可能就是把所有的字符数据都保存为Unicode（代码页13488）。Java以Unicode形式处理所有数据，因此，数据库驱动程序不必再执行转换过程。但应该记住：如果采用这种方式，数据库会变得更大，因为每个Unicode字符需要2个字节存储空间。另外，如果有其他非Unicode的程序访问数据库，性能问题仍旧会出现，因为这时数据库驱动程序仍旧必须执行转换过程。

　　2.13 JDBC与I/O

　　如果应用程序需要访问一个规模很大的数据集，则应当考虑使用块提取方式。默认情况下，JDBC每次提取32行数据。举例来说，假设我们要遍历一个5000 行的记录集，JDBC必须调用数据库157次才能提取到全部数据。如果把块大小改成512，则调用数据库的次数将减少到10次。

　　在一些情形下这种技术无效。例如，如果使用可滚动的记录集，或者在查询中指定了FOR UPDATE，则块操作方式不再有效。

　　2.14 内存数据库

　　许多应用需要以用户为单位在会话对象中保存相当数量的数据，典型的应用如购物篮和目录等。由于这类数据可以按照行/列的形式组织，因此，许多应用创建了庞大的Vector或HashMap。在会话中保存这类数据极大地了应用的可伸缩性，因为服务器拥有的内存至少必须达到每个会话占用的内存数量乘以并发用户最大数量，它不仅使服务器价格昂贵，而且垃圾收集的时间间隔也可能延长到难以忍受的程度。

　　一些人把购物篮/目录功能转移到数据库层，在一定

程度上提高了可伸缩性。然而，把这部分功能放到数据库层也存在问题，且问题的根源与大多数关系数据库系统的体系结构有关。对于关系数据库来说，运行时的重要原则之一是确保所有的写入操作稳定、可靠，因而，所有的性能问题都与物理上把数据写入磁盘的能力有关。关系数据库力图减少I/O操作，特别是对于读操作，但实现该目标的主要途径只是执行一套实现缓冲机制的复杂算法，而这正是数据库层第一号性能瓶颈通常总是 CPU的主要原因。

　　一种替代传统关系数据库的方案是，使用在内存中运行的数据库（In-memory Database），例如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：

import java.applet.Applet;

import java.applet.AppletStub;

import java.awt.Label;

import java.awt.Graphics;

import java.awt.GridLayout;

public class PreLoader extends Applet implements Runnable, AppletStub {

String largeAppletName;

Label label;

public void init() {

// 要求装载的正式Applet

largeAppletName = getParameter("applet");

// “请稍等”提示信息

label = new Label("请稍等..." + largeAppletName);

add(label);

}

public void run(){

try {

// 获得待装载Applet的类

Class largeAppletClass = Class.forName(largeAppletName);

// 创建待装载Applet的实例

Applet largeApplet = (Applet)largeAppletClass.newInstance();

// 设置该Applet的Stub程序

largeApplet.setStub(this

);

// 取消“请稍等”信息

remove(label);

// 设置布局

setLayout(new GridLayout(1, 0));

add(largeApplet);

// 显示正式的Applet

largeApplet.init();

largeApplet.start();

}

catch (Exception ex) {

// 显示错误信息

label.setText("不能装入指定的Applet");

}

// 刷新屏幕

validate();

}

public void appletResize(int width, int height) {

// 把appletResize调用从stub程序传递到Applet

resize(width, height);

}

}

　　编译后的代码小于2K，下载速度很快。代码中有几个地方值得注意。首先，PreLoader实现了AppletStub接口。一般地，Applet从调用者判断自己的codebase。在本例中，我们必须调用setStub()告诉Applet到哪里提取这个信息。另一个值得注意的地方是， AppletStub接口包含许多和Applet类一样的方法，但appletResize()方法除外。这里我们把对appletResize()方法的调用传递给了resize()方法。

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

　　ImageObserver接口可用来接收图形装入的提示信息。ImageObserver接口只有一个方法imageUpdate()，能够用一次repaint()操作在屏幕上画出图形。下面提供了一个例子。

public boolean imageUpdate(Image img, int flags, int x, int y, int w, int h) {

if ((flags & ALLBITS) !=0 {

repaint();

}

else if (flags & (ERROR |ABORT )) != 0) {

error = true;

// 文件没有找到，考虑显示一个占位符

repaint();

}

return (flags & (ALLBITS | ERROR| ABORT)) == 0;

}

　　当图形信息可用时，imageUpdate()方法被调用。如果需要进一步更新，该方法返回true；如果所需信息已经得到，该方法返回false。

　　3.4 覆盖update方法

　　update()方法的默认动作是清除屏幕，然后调用paint()方法。如果使用默认的update()方法，频繁使用图形的应用可能出现显示闪烁现象。要避免在paint()调用之前的屏幕清除操作，只需按照如下方式覆盖update()方法：

public void update(Graphics g) {

paint(g);

}

　　更理想的方案是：覆盖update()，只重画屏幕上发生变化的区域，如下所示：

public void update(Graphics g) {

g.clipRect(x, y, w, h);

paint(g);

}

　　3.5 延迟重画操作

　　对于图形用户界面的应用来说，性能低下的主要原因往往可以归结为重画屏幕的效率低下。当用户改变窗口大小或者滚动一个窗口时，这一点通常可以很明显地观察到。改变窗口大小或者滚动屏幕之类的操作导致重画屏幕事件大量地、快速地生成，甚至超过了相关代码的执行速度。对付这个问题最好的办法是忽略所有“迟到” 的事件。

　　建议在这里引入一个数毫秒的时差，即如果我们立即接收到了另一个重画事件，可以停止处理当前事件转而处理最后一个收到的重画事件；否则，我们继续进行当前的重画过程。

　　如果

事件要启动一项耗时的工作，分离出一个工作线程是一种较好的处理方式；否则，一些部件可能被“冻结”，因为每次只能处理一个事件。下面提供了一个事件处理的简单例子，但经过扩展后它可以用来控制工作线程。

public static void runOnce(String id, final long milliseconds) {

synchronized(e_queue) { // e_queue: 所有事件的集合

if (!e_queue.containsKey(id)) {

e_queue.put(token, new LastOne());

}

}

final LastOne lastOne = (LastOne) e_queue.get(token);

final long time = System.currentTimeMillis(); // 获得当前时间

lastOne.time = time;

(new Thread() {public void run() {

if (milliseconds > 0) {

try {Thread.sleep(milliseconds);} // 暂停线程

catch (Exception ex) {}

}

synchronized(lastOne.running) { // 等待上一事件结束

if (lastOne.time != time) // 只处理最后一个事件

return;

}

}}).start();

}

private static Hashtable e_queue = new Hashtable();

private static class LastOne {

public long time=0;

public Object running = new Object();

}

3.6 使用双缓冲区

　　在屏幕之外的缓冲区绘图，完成后立即把整个图形显示出来。由于有两个缓冲区，所以程序可以来回切换。这样，我们可以用一个低优先级的线程负责画图，使得程序能够利用空闲的CPU时间执行其他任务。下面的伪代码片断示范了这种技术。

Graphics myGraphics;

Image myOffscreenImage = createImage(size().width, size().height);

Graphics offscreenGraphics = myOffscreenImage.getGraphics();

offscreenGraphics.drawImage(img, 50, 50, this);

myGraphics.drawImage(myOffscreenImage, 0, 0, this);

　　3.7 使用BufferedImage

　　Java JDK 1.2使用了一个软显示设备，使得文本在不同的平台上看起来相似。为实现这个功能，Java必须直接处理构成文字的像素。由于这种技术要在内存中大量地进行位复制操作，早期的JDK在使用这种技术时性能不佳。为解决这个问题而提出的Java标准实现了一种新的图形类型，即BufferedImage。

　　BufferedImage子类描述的图形带有一个可访问的图形数据缓冲区。一个BufferedImage包含一个ColorModel和一组光栅图形数据。这个类一般使用RGB（红、绿、蓝）颜色模型，但也可以处理灰度级图形。它的构造函数很简单，如下所示：

public BufferedImage (int width, int height, int imageType)

　　ImageType允许我们指定要缓冲的是什么类型的图形，比如5-位RGB、8-位RGB、灰度级等。

　　3.8 使用VolatileImage

　　许多硬件平台和它们的操作系统都提供基本的硬件加速支持。例如，硬件加速一般提供矩形填充功能，和利用CPU完成同一任务相比，硬件加速的效率更高。由于硬件加速分离了一部分工作，允许多个工作流并发进行，从而缓解了对CPU和系统总线的压力，使得应用能够

运行得更快。利用VolatileImage可以创建硬件加速的图形以及管理图形的内容。由于它直接利用低层平台的能力，性能的改善程度主要取决于系统使用的图形适配器。VolatileImage的内容随时可能丢失，也即它是“不稳定的（volatile）”。因此，在使用图形之前，最好检查一下它的内容是否丢失。VolatileImage有两个能够检查内容是否丢失的方法：

public abstract int validate(GraphicsConfiguration gc);

public abstract Boolean contentsLost();

　　每次从VolatileImage对象复制内容或者写入VolatileImage时，应该调用validate()方法。contentsLost()方法告诉我们，自从最后一次validate()调用之后，图形的内容是否丢失。

　　虽然VolatileImage是一个抽象类，但不要从它这里派生子类。VolatileImage应该通过 Component.createVolatileImage()或者 GraphicsConfiguration.createCompatibleVolatileImage()方法创建。

　　3.9 使用Window Blitting

　　进行滚动操作时，所有可见的内容一般都要重画，从而导致大量不必要的重画工作。许多操作系统的图形子系统，包括WIN32 GDI、MacOS和X/Windows，都支持Window Blitting技术。Window Blitting技术直接在屏幕缓冲区中把图形移到新的位置，只重画新出现的区域。要在Swing应用中使用Window Blitting技术，设置方法如下：

setScrollMode(int mode);

　　在大多数应用中，使用这种技术能够提高滚动速度。只有在一种情形下，Window Blitting会导致性能降低，即应用在后台进行滚动操作。如果是用户在滚动一个应用，那么它总是在前台，无需担心任何负面影响。

本文介绍的JAVA规则的说明分为5个级别，级别1是最基本也是最重要的级别，在今后将陆续写出其他的规则。遵守了这些规则可以提高程序的效率、使代码有更好的可读性等。

细述Java技术开发规则--基本篇

1.避免使用NEW关键字来创建String对象。

　　把一个String常量copy到String 对象中通常是多余、浪费时间的

Public class test{

Public void method(){

System.out.print (str);

}

private String str = new String ("1"); //这里新建对象是完全没有必要的

private String str2=”2” //正确的应该如此

}

　　参考：Joshua Bloch: "Effective Java - Programming Language Guide"

2.避免使用不必要的嵌套。

　　过多的嵌套会使你的代码复杂化，减弱可读性。

Public class test {

String add (){

Int c=(a=a+b)+b; //过于复杂

Return c

}

}

　　参考：http://java.sun.com/docs/codeconv/html/CodeConventions.doc9.html#177

3.避免在同一行声明不同类型的多个变量

　　这样可以使程序更加清晰，避免混乱

private int index, index1[];

　　正确的应该如此：

private int index;

private int index1[];

　　参考

：http://java.sun.com/docs/codeconv/html/CodeConventions.doc5.html#2992

4.在每一行里写一条语句

　　这条规则不包括for语句：比如：'for (int i = 0; i < 10; i++) x--;'可以增加代码的可读性。

public class OSPL {

int method (int a, int b) {

int i = a + b; return i; // 可读性不强

}

　　正确的：

public class OSPLFixed {

int method (int a, int b) {

int i = a + b;

return i;

}

5.经常从finalize ()中调用super.finalize ()

　　这里的finalize ()是java在进行垃圾收集的时候调用的，和finally不一样。如果你的父类没有定义finally（）的话，你也应该调用。这里有两个原因：（1）在不改变代码的情况下能够将父类的finally方法加到你的类中。 （2）以后你会养成习惯调用父类的finally方法，即使父类没有定义finally方法的时候。

　　正确的方法应该如此：

public class parentFinalize

{

protected void finalize () throws Throwable

{

super.finalize();

// FIXED

}

　　参考："The Java Programming Language" by Ken Arnold and James Gosling, page 49.

6.不要在finalize ()中注销listeners

　　不要再finalize ()方法中中注销listeners，finalize ()只有再没有对象引用的时候调用，如果listeners从finalize()方法中去除了，被finalize的对象将不会在垃圾收集中去除。

public void finalize () throws Throwable

{

bButton.removeActionListener (act);

}

7.不要显式的调用finalize ()方法

　　虽然显式的调用这个方法可以使你确保你的调用，但是当这个方法收集了以后垃圾收集会再收集一次。

public class T7

{

public void finalize() throws Throwable

{

close_resources ();

super.finalize ();

}

public void close_resources()

{

}

}

class Test

{

void cleanup () throws Throwable

{

t71.finalize();

// 调用

t71 = null;

}

private t71 = new T7 ();

}

　　对于这样的调用我们应该自己创建一个释放的方法，做最初finalize ()所作的事情，当你每次想显式的调用finalize ()的时候实际上调用了释放方法。然后再使用一个判断字段来确保这个方法只执行一次，以后再调用就没关系了。

public class T7

{

public synchronized

void release () throws Throwable

{

if (!_released)

{

close_resources ();

// do what the old 'finalize ()' did

_released = true;

}

}

public void

finalize () throws Throwable

{

release ();

super.finalize ();

}

public void close_resources()

{

}

private boolean _released = false;

}

class TestFixed

{

void closeTest ()

throws Throwable {

t71 .release ();

// FIXED

t71 = null;

}

private T7 t71 = new T7 ();

}

　　参考：Nigel Warren, Philip Bishop: "Java in Practice - Design Styles and Idioms for Effective Java". Addison-Wesley, 1999. pp.110-111

8.不要使用不推荐的API

　　尽量使用JDK1.3推荐的A

PI。在类和方法或者java组件里有很多方法是陈旧的或者是可以选择的。有一些方法SUN用了"deprecated“标记。最好不要使用例如：

private List t_list = new List ();

t_list.addItem (str);

　　如果查一下javadoc的话，会发现建议用add()来代替addItem()。

　　参考：http://java.sun.com/j2se/1.3/docs/api/index.html

9.为所有序列化的类创建一个'serialVersionUID'

　　可以避免从你各种不同的类破坏序列的兼容性。如果你不特别制订一个UID的话，那么系统为自动产生一个UID（根据类的内容）。如果UID在你新版本的类中改变了，即使那个被序列化的类没改变，你也不能反序列化老的版本了。

public class DUID implements

java.io.Serializable

{

public void method ()

{

}

}

　　在里面加一个UID，当这个类的序列化形式改变的时候，你也改变这个UID就可以了。

public class DUIDFixed implements

java.io.Serializable

{

public void method ()

{

}

private static final

long serialVersionUID = 1;

}

　　参考：Joshua Bloch: "Effective Java - Programming Language Guide" Addison Wesley, 2001, pp. 223

10.对于private常量的定义

　　比较好的做法是对于这样的常量，加上final标记，这样的常量从初始化到最后结束值都不会改变。

private int size = 5;

　　改变后的做法是：

private final int size = 5;

11.避免把方法本地变量和参数定义成和类变量相同的名字。

　　这样容易引起混扰，建议把任何的变量字都定义成唯一的。这样看来，SCJP里的那些题目在现实中就用不到了：

public void method (int j)

{

final int i = 5;

// VIOLATION

}

private int j = 2;

　　建议：

public void method (int j1)

{

final int i = 5;

// VIOLATION

}

private int j = 2;

细述Java技术开发规则--中级篇

本文介绍的Java规则的说明分为3个主要级别，中级是平时开发用的比较多的级别，在今后将陆续写出其他的规则。遵守了这些规则可以提高程序的效率、使代码又更好的可读性等。

一、在finally方法里关掉input或者output资源，方法体里面定义了input或者output流的话，需要在finally里面把它关掉。

　　以下这几种调用不需要遵守这条规则，因为colse()方法不起作用：

　　java.io.StringWriter

　　java.io.ByteArrayOutputStream

　　java.io.ByteArrayInputStream

　　如果再方法返回的时候没有调用close()方法来释放input()和output()的资源的话，会导致一个系统资源泄漏。而且在任何情况下都要确定在返回全调用了close()方法，包括出现异常的时候。所以需要在finally方法里面加入这个方法。这样就保证了在任何情况下都会关闭资源。

　　错误示例：

public class CIO

{

　public voi

d method (java.io.File f)

　　{

　java.io.FileInputStream fis = null;

　　try

　　　{

　　　　fis = new java.io.FileInputStream (f);

　　　　fis.read ();

　　　　fis.close ();

　　} catch (java.io.FileNotFoundException e1)

　　　{

　　　　System.out.println("File not found");

　　} catch (java.io.IOException e2)

　　　{

　　　　System.out.println("I/O Exception");

　　}

// 如果出现异常，这里就不能保证关闭资源。

　}

}

　　修正后的代码：

public class CIOFixed

{

　public void method (java.io.File f)

　　{

　　　java.io.FileInputStream fis = null;

　　　try {

　　　　　fis = new java.io.FileInputStream(f);

　　　　　fis.read ();

　　　　} catch (java.io.FileNotFoundException e1)

　　{

　　　System.out.println("File not found");

　　} catch (java.io.IOException e2)

　　{

　　　System.out.println("I/O Exception");

　　} finally

　　{

　　　if (fis != null)

　　　　{

　　　　　try

　　　　　　{

　　　　　　　fis.close ();

　　　　}

　　　catch (java.io.IOException e)

　　　　{

　　　　　System.out.println("I/O Exception");

　　　　}

　　　}

　　}

　}

}

二、else的注意问题

　　一般总认为如果if语句只有一句的话，那么{}就是可要可不要的了。可是如果if有else嵌套的话，就不一样了，{}是必需的

　　错误示例：

　　if (i < 5)

　　if (i < 2)

　　i++;

　　else

　　i--;

　　修改后：

　　if (i < 5)

　　{

　　if (i < 2)

　　i++;

　　}

　　else

　　{

　　i--;

　　}

三、不要再catch()块里什么代码也不放

　　在catch()块里面放入一些错误处理代码是一个好的习惯。但是如果catch()里面有有关javadoc 的代码，那也是可以的。

　　错误示例：

　　try {

　　　System.in.read ();

　　　} catch (java.io.IOException e)

　　　{

　　　　// 错误

　　　}

　　正确：

　　try {

　　　　System.in.read ();

　　　} catch (java.io.IOException e)

　　　{

　　　　System.out.println("Descriptive error");

　　　}

四、不要在if条件里面附值

　　如果这样做的话，系统会报告错误。在java的很多条件声明里面用附值是很不明智的，而且系统也会报告错误。很容易引起异常。遵守这条规者能够使维护简单，避免不一致。

　　错误示例：

　　if (b = true)

　　正确的：

　　if (b == true)

五、for语句需要循环体。

　　如果没有{}的话,for语句只会执行一次！错误示例：

　　for (i = 0; i < 10; i++);

　　System.out.println (i);

　　这里print() 只会执行一次。正确：

　　for (i = 0; i < 10; i++)

　　　{

　　　　// FIXED

　　　　Syst

.out.println (i);

　　　}

六、不要把方法定义成main()

　　在java里，main()方法是一个特别的方法。所以在自己定义方法的时候不要定义这样的名字，以免引起混扰。

七、不要直接或者间接的定义'Error'和'Throwable'的子类

　　'java.lang.Error'只在JVM出现反常的时候覆盖这个方法，如果你定义了直接或者不直接的类继承了类'Error'，也就指出了这个错误是JVM内部的，而不是这个类的。所以对于java编译器来说是不可见的，这样就不能检查错误的异常处理了。

　　'java.lang.Throwable'是'java.lang.Exception'和'java.lang.Error'的上级类，用户如果象定义异常类的话应该继承'java.lang.Exception'。

　　错误示例：

　　public class ABC extends Error

　　正确：

　　public class ABC extends Exception

八、有关"switch"语句里面的"case"问题

　　最好在每一个 “case”里都定义一个”return”或者“break”来控制不要走到下面的“case”里去。如果一个”case”语句在代码的最后没有一个”break”或者”return”句，程序就会走到下一个”case”。如果这个”case”是最后一个的话，那就没什么问题，如果后面还有”case” 的话，看起来就不太安全了。

　　错误示例：

　　switch (i) {

　　　　　　case 1:

　　　　　　x = 10;

　　　　　　break;

　　　　　　case 2:

　　　　　　x = 20;

　　　　　　default:

　　　　　　a = 40;

　　　　　　break;

　　正确：

　　switch (i) {

　　　　　　case 1:

　　　　　　x = 10;

　　　　　　break;

　　　　　　case 2: // VIOLATION

　　　　　　x = 20;

　　　　　　break;

　　　　　　default:

　　　　　　x = 40;

　　　　　　break;

九、建议不要使用'System.getenv ()'

　　不建议使用'System.getenv()'，这个方法看起来很好用，不过并不是所有的系统都有环境变量的。不用这个方法也可能带来一些不方便。

　　错误示例：

　　void method (String name)

　　{

　　　　System.getenv (name);

　　　　// 可以用其他方法来代替

　　}

　　如果不用这个方法，我们可以用其它的方法来代替。比如:'System.getProperty()’,'getTypeName ()'等，这也可以找到java的系统属性。

十、不要使用’\

’或者'\

'来分行

　　这两个标记看来很普遍，特别是’\

’。我们经常用来作为分行用。但是不同的系统用不同的分行字符，所以这些字符在某些意义上违背了java的平台无关性。

　　错误示例：

　　System.out.println("Hello\

" + name);

　　我们可以用其它的一些方法来代替，比如println()，这个方法在不同的系统平台上都起到相同的作用。后者推荐

荐大家用这个方法：

　　System.getProperty("line.separator")

十一、使所有的内部类"private"

　　Java允许一个类包含另外一个类，带是Java byte code没有这个概念。类被编译器解释成package-private类。从更深的程度来说，包含类的任何内部私有对象能被内部类访问的也能被同一个包内的其他类访问。

　　错误示例：

　　public class INNER

　　　{

　　　　class INNER_Class

　　　　　{

　　　　　　void setValue(int i)

　　　　　　　{

　　　　　　　　_value = i;

　　　　　　　　// 现在包就可以访问了

　　　　　　　}

　　　　　}

　　　　private int _value;

　　　}

　　所以需要加上private class INNER_Class

十二、不要使接口序列化

　　如果一个字节数组包含了一个被序列化的对象。攻击者就能读到这个对象的内部状态合字段（包括private的）。

　　错误示例：

　　public interface sample extends

　　java.io.Serializable

待续...

细述Java技术开发规则--开发篇

本文介绍的Java规则的说明分为3个主要级别，本篇抛弃了平时开发中很少遇到的情况，那些用得比较少的以后再高级篇里面出现。并有六个有用的国际软件开发重要注意的有关String的问题，遵守了这些规则可以提高程序的效率、使代码又更好的可读性等。（相关回顾：细述Java技术开发规则--基本篇；细述Java技术开发规则--中级篇）

1.如果有JDBC连接没有关掉的话，需要在"finally"方法中关掉

　　如果数据库连接失败或者是没有释放连接，看上去无关紧要。但是其他的用户就需要用更长的时间等待连接，这样数据库利用效率就会下降。确保你的代码在任何情况下，包括出错或者程序异常终止的情况下都释放数据库连接。在"finally"方法中关掉连接，就可以确保这一点。

　　错误示例：

　　try {

　　　Statement stmt = con.createStatement();

　　} catch(SQLException e)

　　　{

　　　　e.printStackTrace();

　　　}

　　正确示例：

　　try {

　　　　Statement stmt = con.createStatement();

　　　} finally

　　　{

　　　　if (con != null && !con.isClosed())

　　　　　{

　　　　　　con.close();

　　　　　}

　　　}

2.尽量避免使用'Thread.resume ()', 'Thread.stop ()', 'Thread.suspend ()'和'Runtime.runFinalizersOnExit ()' 方法。

　　这些方法在平时的开发或者是教科书里面也有用到过，但是这些方法会导致四锁的倾向。一下有充足的资料来说明为什么不建议用上述方法。

3.在表示长整常量的时候，用L来代替l，因为l很容易和1混一起。

　　错误示例：

　　long temp = 23434l;

　　正确示例

：

　　long temp = 23434L;

4.最好在jsp开头写一条注释

　　在jsp文件头上面写一条注释，这样可以帮助别人来理解你的代码。这条规则不仅适用于jsp，更是用于任何开发的文档。

5.明确的初始化一个构造类里面的所有的字段

　　因为没有初始化的字段会是一个潜在的bug，所以最好初始化类里面的所有的字段。特别是静态的字段，最好在一开始就分配一个初始值

　　错误示例：

　　public class CSI {

　　public CSI () {

　　this (12);

　　k = 0;

　　}

　　public CSI (int val) {

　　j = val;

　　}

　　private int i = 5;

　　private int j;

　　private int k;

　　}

正确示例：

　　public class CSIFixed {

　　public CSIFixed () {

　　this (12);

　　}

　　public CSIFixed (int val) {

　　j = val;

　　k = 0;

　　}

　　private int i = 5;

　　private int j;

　　private int k;

　　}

6.国际化开发建议：逻辑操作符不要再一个单个的字符的前面或者后面

　　一个单个字符的前后不要用逻辑操作符，如果代码要在一个国家环境中运行的话。我们可以使用字符比较方法，这些方法使用统一字符比较标准来定义字符的属性的。

　　错误示例：

　　public class CLO

　　{

　　public boolean isLetter (char ch)

　　{

　　boolean _isLetter =

　　( ch >= 'a' && ch <= 'z')

　　//错误

　　|| (ch >= 'A' && ch <= 'Z');

　　return _isLetter;

　　}

　　}

　　正确示例：

　　public class CLOFixed

　　{

　　public boolean isLetter (char ch)

　　{

　　boolean _isLetter =

　　Character.isLetter(ch);

　　return _isLetter;

　　}

　　}

7.国际化开发建议：不要对日期对象使用'Date.toString ()'

　　不要使用'Date.toString()'方法，日期格式对于地区和语言不同的国家来说是不一样的，务必不要使用。

　　错误示例：'DateFormat'类提供了一个预定义的格式类型来指定本地的格式。

　　public void printToday ()

　　{

　　Date today = new Date ();

　　String todayStr = today.toString ();

　　System.out.println (todayStr);

　　}

　　正确示例：

　　public void printToday ()

　　{

　　Locale currentLocale =Locale.getDefault ();

　　DateFormat dateFormatter =DateFormat.getDateInstance (DateFormat.DEFAULT,currentLocale);

　　Date today = new Date ();

　　String todayStr = dateFormatter.format (today);

　　System.out.println (todayStr);

　　}

8.国际化开发建议：不要对数字变量使用'toString ()'方法

　　在全球化的开发中，不要对数字变量使用'toString()'方法，对于java.lang.Number的任何子类都适用。包括：BigDecimal, BigInteger, Byte, Double, Float, Integer, Long, and Short.对于这样

的情况，java里也与定义了"NumberFormat"方法来格式化。

　　错误示例：

　　public class NTS {

　　public void method (Double amount)

　　{

　　String amountStr = amount.toString ();

　　System.out.println (amountStr);

　　}

　　}

正确示例：

　　public class NTSFixed

　　{

　　public void method (Double amount)

　　{

　　Locale currentLocale = Locale.getDefault ();

　　NumberFormat numberFormatter = NumberFormat.getNumberInstance(currentLocale);

　　String amountStr = numberFormatter.format (amount);

　　//

　　System.out.println (amountStr + '' + currentLocale.toString ());

　　}

　　}

9.国际化开发建议:不要使用'String.equals ()'方法

　　建议不要使用'String.equals()'方法，因为在统一字符比较标准中不一定按照相关的顺序来比较。'Collator'提供的预定义整理规则来排序string，Collator类调用'getInstance()'方法，一般来说，可以为默认的本地创建一个Collator。

　　例如：Collator myCollator = Collator.getInstance();创建Collator的时候你也可以指定一个特殊的locale。例如：Collator myFrenchCollator = Collator.getInstance(Locale.FRENCH);然后就可以调用'Collator.compare ()'来执行一个本地的字符比较myCollator.compare(s1,s2);从这里可以了解更多的有关Collator类的信息：http://java.sun.com/docs/books/tutorial/i18n/text/collationintro.html

　　错误示例：

　　public class SE

　　{

　　public boolean compstr

　　(String s1, String s2) {boolean b = (s1.equals (s2));

　　return b;

　　}

　　}

　　正确示例：

　　public class SEFixed {

　　public boolean compstr (String s1, String s2)

　　{

　　Collator myCollator =Collator.getInstance ();

　　boolean b = (myCollator.compare(s1,s2) == 0);

　　return b;

　　}

　　}

10.国际化开发建议：不要使用'StringTokenizer()'方法

　　错误示例：

　　StringTokenizer st = new StringTokenizer(str);

11.国际化开发建议：不要使用'Time.toString ()'方法

　　因为时间的格式各个国家也不一样。如果你使用日期格式类，你的应用就能够在世界上各个地方正确的显示时间和日期了。首先，用'getTimeInstance()'方法创建一个formatter。然后，调用'format ()'方法。

　　错误示例：

　　public class TTS {

　　public void printTime (Time t1) {

　　String timeStr = t1.toString ();

　　System.out.println (timeStr);

　　}

　　}

　　正确示例：

　　import java.sql.Time;

　　import java.text.DateFormat;

　　import java.util.Locale;

　　public class TTSFixed

　　{

　　public void printTime (Time t1)

　　{

　　DateFormat timeFormatter =DateFormat.getTimeInstance(DateFormat.DEFAULT,Locale.getDefault ());

　　String timeStr = timeFormatter.format(t1);

　　System.out.println (timeStr);

　　}

　　}