不用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) BaseCreditclone();
}
上面的思路对于数组处理同样很有用
使用非阻塞I/O
版本较低的JDK不支持非阻塞I/O API为避免I/O阻塞一些应用采用了创建大量线程的办法（在较好的情况下会使用一个缓沖池）这种技术可以在许多必须支持并发I/O流的应用中见到如Web服务器报价和拍卖应用等然而创建Java线程需要相当可观的开销
JDK 引入了非阻塞的I/O库（javanio）如果应用要求使用版本较早的JDK在这里有一个支持非阻塞I/O的软件包
慎用异常
异常对性能不利抛出异常首先要创建一个新的对象Throwable接口的构造函数调用名为fillInStackTrace()的本地（Native）方法fillInStackTrace()方法检查堆栈收集调用跟蹤信息只要有异常被抛出VM就必须调整调用堆栈因为在处理过程中创建了一个新的对象
异常只能用于错误处理不应该用来控制程序流程
不要重复初始化变量
默认情况下调用类的构造函数时 Java会把变量初始化成确定的值所有的对象被设置成null整数变量（byteshortintlong）设置成float和double变量设置成逻辑值设置成false当一个类从另一个类派生时这一点尤其应该注意因为用new关键词创建一个对象时构造函数链中的所有构造函数都会被自动调用
尽量指定类的final修饰符
带有final修饰符的类是不可派生的在Java核心API中有许多应用final的例子例如javalangString为String类指定final防止了人们覆盖length()方法
另外如果指定一个类为final则该类所有的方法都是finalJava编译器会寻找机会内联（inline）所有的final方法（这和具体的编译器实现有关）此举能够使性能平均提高%
尽量使用局部变量
调用方法时传递的参数以及在调用中创建的临时变量都保存在栈（Stack）中速度较快其他变量如静态变量实例变量等都在堆（Heap）中创建速度较慢另外依赖于具体的编译器/JVM局部变量还可能得到进一步优化请参见《尽可能使用堆栈变量》
乘法和除法
考虑下面的代码
for (val = ;
val < ; val +=)
{
alterX = val * ;
myResult = val * ;
}
用移位操作替代乘法操作可以极大地提高性能下面是修改后的代码
for (val = ;
val < ;
val += )
{
alterX = val << ;
myResult = val << ;
}
修改后的代码不再做乘以的操作而是改用等价的左移位操作每左移位相当于乘以相应地右移位操作相当于除以值得一提的是虽然移位操作速度快但可能使代码比较难于理解所以最好加上一些注释
二JEE篇
前面介绍的改善性能技巧适合于大多数Java应用接下来要讨论的问题适合于使用JSPEJB或JDBC的应用
使用缓沖标记
一些应用服务器加入了面向JSP的缓沖标记功能例如BEA的WebLogic Server从版本开始支持这个功能Open Symphony工程也同样支持这个功能JSP缓沖标记既能够缓沖页面片断也能够缓沖整个页面当JSP页面执行时如果目标片断已经在缓沖之中则生成该片断的代码就不用再执行
页面级缓沖捕获对指定URL的请求并缓沖整个结果页面对于购物篮目录以及门户网站的主页来说这个功能极其有用对于这类应用页面级缓沖能够保存页面执行的结果供后继请求使用
对于代码逻辑复杂的页面利用缓沖标记提高性能的效果比较明显反之效果可能略逊一筹
始终通过会话Bean访问实体Bean
直接访问实体Bean不利于性能当客户程序远程访问实体Bean时每一个get方法都是一个远程调用访问实体Bean的会话Bean是本地的能够把所有数据组织成一个结构然后返回它的值
用会话Bean封装对实体Bean的访问能够改进事务管理因为会话Bean只有在到达事务边界时才会提交每一个对get方法的直接调用产生一个事务容器将在每一个实体Bean的事务之后执行一个装入读取操作
一些时候使用实体Bean会导致程序性能不佳如果实体Bean的唯一用途就是提取和更新数据改成在会话Bean之内利用JDBC访问数据库可以得到更好的性能
选择合适的引用机制
在典型的JSP应用系统中页头页脚部分往往被抽取出来然后根据需要引入页头页脚当前在JSP页面中引入外部资源的方法主要有两种include指令以及include动作
include指令例如该指令在编译时引入指定的资源在编译之前带有include指令的页面和指定的资源被合并成一个文件被引用的外部资源在编译时就确定比运行时才确定资源更高效
include动作例如该动作引入指定页面执行后生成的结果由于它在运行时完成因此对输出结果的控制更加灵活但时只有当被引用的内容频繁地改变时或者在对主页面的请求没有出现之前被引用的页面无法确定时使用include动作才合算
在部署描述器中设置只读属性
实体Bean的部署描述器允许把所有get方法设置成只读当某个事务单元的工作只包含执行读取操作的方法时设置只读属性有利于提高性能因为容器不必再执行存储操作
缓沖对EJB Home的访问
EJB Home接口通过JNDI名称查找获得这个操作需要相当可观的开销JNDI查找最好放入Servlet的init()方法里面如果应用中多处频繁地出现EJB访问最好创建一个EJBHomeCache类EJBHomeCache类一般应该作为singleton实现
为EJB实现本地接口
本地接口是EJB 规范新增的内容它使得Bean能够避免远程调用的开销请考虑下面的代码
PayBeanHome home = (PayBeanHome)
javaxrmiPortableRemoteObjectnarrow
(ctxlookup (PayBeanHome) PayBeanHomeclass);
PayBean bean = (PayBean)
javaxrmiPortableRemoteObjectnarrow
(homecreate() PayBeanclass);
第一个语句表示我们要寻找Bean的Home接口这个查找通过JNDI进行它是一个RMI调用然后我们定位远程对象返回代理引用这也是一个RMI调用第二个语句示范了如何创建一个实例涉及了创建IIOP请求并在网络上传输请求的stub程序它也是一个RMI调用
要实现本地接口我们必须作如下修改
方法不能再抛出javarmiRemoteException异常包括从RemoteException派生的异常比如TransactionRequiredExceptionTransactionRolledBackException和NoSuchObjectException
EJB提供了等价的本地异常如TransactionRequiredLocalExceptionTransactionRolledBackLocalException和NoSuchObjectLocalException所有数据和返回值都通过引用的方式传递而不是传递值
本地接口必须在EJB部署的机器上使用简而言之客户程序和提供服务的组件必须在同一个JVM上运行如果Bean实现了本地接口则其引用不可串行化
生成主键
在EJB之内生成主键有许多途径下面分析了几种常见的办法以及它们的特点利用数据库内建的标识机制（SQL Server的IDENTITY或Oracle的SEQUENCE）这种方法的缺点是EJB可移植性差由实体Bean自己计算主键值（比如做增量操作）它的缺点是要求事务可串行化而且速度也较慢
利用NTP之类的时钟服务这要求有面向特定平台的本地代码从而把Bean固定到了特定的OS之上另外它还导致了这样一种可能即在多CPU的服务器上同一个毫秒之内生成了两个主键
借鑒Microsoft的思路在Bean中创建一个GUID然而如果不求助于JNIJava不能确定网卡的MAC地址如果使用JNI则程序就要依赖于特定的OS
还有其他几种办法但这些办法同样都有各自的局限似乎只有一个答案比较理想结合运用RMI和JNDI先通过RMI注册把RMI远程对象绑定到JNDI树客户程序通过JNDI进行查找下面是一个例子
public class keyGenerator extends
UnicastRemoteObject implements Remote
{
private static long KeyValue =
SystemcurrentTimeMillis();
public static synchronized long ge
