Java程序性能调优的基本知识和JDK调优

　　1) 如果优化的代码已经正常工作，优化后可能会引入新的bug；

　　2) 优化代码趋向于使代码更难理解和维护；

　　3) 在一个平台上优化的代码，在另一个平台上可能更糟；

　　4) 花费很多时间在代码的优化上，提高了很少的性能，却导致了晦涩的代码。 确实，在优化前，我们必须认真的考虑是否值得去优化。

　　1.3 调优的步骤

　　一般我们提高应用程序的性能划分为以下几个步骤：

　　1) 明确应用程序的性能指标，怎样才符合期望的性能需求；

　　2) 在目标平台进行测试；

　　3) 如果性能已经达到性能指标，Stop；

　　4) 查找性能瓶颈；

　　5) 修改性能瓶颈；

　　6) 返回到第2步。

　　二 JDK调优

　　2.1 选择合适的JDK版本

　　不同版本的JDK，甚至不同厂家的JDK可能都存在着很大的差异，对于性能优化的程度不同。一般来说，尽可能选择最新发布的稳定的JDK版本。最新的稳定的JDK版本相对以前的JDK版本都会做一些bug的修改和性能的优化工作。

　　2.2 垃圾收集Java堆的优化

　　垃圾收集就是自动释放不再被程序所使用的对象的过程。当一个对象不再被程序所引用时，它所引用的堆空间可以被回收，以便被后续的新对象所使用。垃圾收集器必须能够断定哪些对象是不再被引用的，并且能够把它们所占据的堆空间释放出来。如果对象不再被使用，但还有被程序所引用，这时是不能被垃圾收集器所回收的，此时就是所谓的“内存泄漏”。监控应用程序是否发生了内存泄漏，有一个非常优秀的监控工具推荐给大家——Quest公司的JProbe工具，使用它来观察程序运行期的内存变化，并可产生内存快照，从而分析并定位内存泄漏的确切位置，可以精确定位到源码内。这个工具的使用我在后续的章节中还会做具体介绍。

　　Java堆是指在程序运行时分配给对象生存的空间。通过-mx/-Xmx和-ms/-Xms来设置起始堆的大小和最大堆的大小。根据自己JDK的版本和厂家决定使用-mx和-ms或-Xmx和-Xms。Java堆大小决定了垃圾回收的频度和速度，Java堆越大，垃圾回收的频度越低，速度越慢。同理，Java堆越小，垃圾回收的频度越高，速度越快。要想设置比较理想的参数，还是需要了解一些基础知识的。 Java堆的最大值不能太大，这样会造成系统内存被频繁的交换和分页。所以最大内存必须低于物理内存减去其他应用程序和进程需要的内存。而且堆设置的太大，造成垃圾回收的时间过长，这样将得不偿失，极大的影响程序的性能。以下是一些经常使用的参数设置：

　　1) 设置-Xms等于-XmX的值；

　　2) 估计内存中存活对象所占的空间的大小，设置-Xms等于此值，-Xmx四倍于此值；

　　3) 设置-Xms等于-Xmx的1/2大小；

　　4) 设置-Xms介于-Xmx的1/10到1/4之间；

　　5) 使用默认的设置。

　　大家需要根据自己的运行程序的具体使用场景，来确定最适合自己的参数设置。 除了-Xms和-Xmx两个最重要的参数外，还有很多可能会用到的参数，这些参数通常强烈的依赖于垃圾收集的算法，所以可能因为JDK的版本和厂家而有所不同。但这些参数一般在Web开发中用的比较少，我就不做详细介绍了。在实际的应用中注意设置-Xms和-Xmx使其尽可能的优化应用程序就行了。对于性能要求很高的程序，就需要自己再多研究研究Java虚拟机和垃圾收集算法的机制了。可以看看曹晓钢翻译的《深入Java虚拟机》一书。