有很多介绍基本的Java应用性能调整的文章。他们都讨论些简单的技术，诸如使用StringBuffer而不用String，使用synchronized关键字的开销等等。
这篇文章不再介绍这些东西。相反，我们关注能帮助你的基于Web的应用更快、可升级型更好的技巧。一些技巧很详细，其他的相对简短，但所有的都很有用。最后以一些你可提供给你的管理者的建议结束。
我写这篇文章的灵感来自于当我的同事和我一起回忆我们的.com（dot-com）时代的时候——我们如何设计能支持成千上万的用户和拥有紧密代码的系统，我们如何对有侵略性的致命打击。有时在为复用设计和为性能设计之间有一个权衡。基于我的情况，性能每次都获胜。即使你的商务顾客无需理解代码复用，但是他们知道快速（fast-performing）的系统是怎么回事。让我们开始看看我们的技巧。
如何使用Exception
Exception降低性能。一个异常抛出首先需要创建一个新的对象。Throwable接口中的构造器调用名为fillInStackTrace()的本地方法。这个方法负责巡检栈的整个框架来收集跟踪信息。这样无论何时有异常抛出，它要求虚拟机装载调用栈，因为一个新的对象在中部被创建。
异常应当仅用于有错误发生时，而不要控制流。
我有机会在一个专门用于无线内容市场的网站（名字故意隐去了）看到一段代码，其中开发者完全可以使用一个简单的对照来查看对象是否为空。相反，他或她跳过了这个检查而实际上抛出Null-PointerException。
不要两次初始化变量
Java通过调用独特的类构造器默认地初始化变量为一个已知的值。所有的对象被设置成null，integers (byte, short, int, long)被设置成0，float和double设置成0.0，Boolean变量设置成false。这对那些扩展自其它类的类尤其重要，这跟使用一个新的关键词创建一个对象时所有一连串的构造器被自动调用一样。
对新的关键词使用优选法则
正如前面提到的，通过使用一个新的关键词创建一个类的实例，在这个链中的所有构造器将被调用。如果你需要创建一个类的新实例，你可以使用一个实现了cloneable接口的对象的clone（）方法。该clone方法不调用任何类的构造器。
如果你已经使用了设计模式作为你的体系结构的一部分，并且使用了工厂模式创建对象，变化会很简单。下面所列是工厂模式的典型实现。
public static Account getNewAccount() {
return new Account();
}
使用了clone方法的refactored代码看起来可能像下面这样：
private static Account BaseAccount = new Account();
public static Account getNewAccount() {
return (Account) BaseAccount.clone();
}
以上的思路对实现数组同样有用。
如果你在应用中没有使用设计模式，我建议你停止读这篇文章，赶快跑到（不要走）书店挑一本四人著的《设计模式》。
在任何可能的地方让类为Final
标记为final的类不能被扩展。在《核心Java API》中有大量这个技术的例子，诸如java.lang.String。将String类标记为final阻止了开发者创建他们自己实现的长度方法。
更深入点说，如果类是final的，所有类的方法也是final的。Java编译器可能会内联所有的方法（这依赖于编译器的实现）。在我的测试里，我已经看到性能平均增加了50%。
在任何可能的地方使用局部变量
属于方法调用部分的自变量和声明为此调用一部分的临时变量存储在栈中，这比较快。诸如static，实例（instance）变量和新的对象创建在堆中，这比较慢。局部变量的更深入优化依赖于你正在使用的编译器或虚拟机。
使用Nonblocking I/O
当前的JDK版本不支持nonblocking I/O API，很多应用试图通过创建大量的线程（目光长远得用在池中）来避免阻塞。正如前述，在Java中创建线程有严重的开销。
典型的你可能看到应用中实现的线程需要支持并发I/O流，像Web 服务器，并quote and auction components.
JDK1.4介绍了一个nonblocking I/O包（java.nio）。如果你必须保留在较早版本的JDK，有添加了支持nonblocking I/O的第三方包。
：www.cs.berkeley.edu/~mdw/proj/java-nbio/download.html.
停止小聪明
很多开发人员在脑子中编写可复用和灵活的代码，而有时候在他们的程序中就产生额外的开销。曾经或者另外的时候他们编写了类似这样的代码：
public void doSomething(File file) {
FileInputStream fileIn = new FileInputStream(file);
// do something
他够灵活，但是同时他们也产生了更多的开销。这个主意背后做的事情是操纵一个InputStream，而不是一个文件，因此它应该重写如下：
public void doSomething(InputStream inputStream){
// do something
乘法和除法
我有太多的东东适用于摩尔法则——它声明CPU功率每年成倍增长。"摩尔法则"表明每年由开发者所写的差劲的代码数量三倍增加，划去了摩尔法则的任何好处。
考虑下面的代码：
for (val = 0; val < 100000; val +=5) { shiftX = val * 8; myRaise = val * 2; }
如果我们狡猾的利用位移（bit），性能将会六倍增加。这是重写的代码：
for (val = 0; val < 100000; val += 5) { shiftX = val << 3; myRaise = val << 1; }
代替了乘以8，我们使用同等效果的左移3位。每一个移动相当于乘以2，变量myRaise对此做了证明。同样向右移位相当于除以2，当然这会使执行速度加快，但可能会使你的东东以后难于理解；所以这只是个建议。
选择一个基于垃圾收集实现的虚拟机
许多人可能会对Java规范不需要实现垃圾收集感到惊讶。设想时代已经是我们都拥有无限内存计算机。总之，垃圾收集器日常事务就是负责发现和抛出(hence garbage)不再需要的对象。垃圾收集必须发现那些对象不再被程序指向，并且使被对象占用的栈内存被释放掉。它还负责运行任何被释放对象的finalizer。
垃圾收集故意不允许你释放并非由你分配的内存，从而帮助你确保程序完整，当JVM确定CPU时间的时间表并且当垃圾收集器运行时，这个进程也产生开销。
[1] [2] 下一页
|
|
