本博客是阅读<java time and space performance tips>这本小书后整理的读书笔记性质博客，增加了几个测试代码，代码可以在此下载：java时空间性能优化测试代码 ，文件StopWatch是一个秒表计时工具类，它的代码在文末。
1. 时间优化
1.1 标准代码优化
a. 将循环不变量的计算移出循环
我写了一个测试例子如下：
import util.StopWatch; /** * 循环优化： * 除了本例中将循环不变量移出循环外，还有将忙循环放在外层 * @author jxqlovejava * */ public class LoopOptimization { public int size() { try { Thread.sleep(200); // 模拟耗时操作 } catch(InterruptedException ie) { } return 10; } public void slowLoop() { StopWatch sw = new StopWatch("slowLoop"); sw.start(); for(int i = 0; i < size(); i++); sw.end(); sw.printEclapseDetail(); } public void optimizeLoop() { StopWatch sw = new StopWatch("optimizeLoop"); sw.start(); // 将循环不变量移出循环 for(int i = 0, stop = size(); i < stop; i++); sw.end(); sw.printEclapseDetail(); } public static void main(String[] args) { LoopOptimization loopOptimization = new LoopOptimization(); loopOptimization.slowLoop(); loopOptimization.optimizeLoop(); } }
测试结果如下：
slowLoop任务耗时（毫秒）：2204
optimizeLoop任务耗时（毫秒）：211
可以很清楚地看到不提出循环不变量比提出循环不变量要慢10倍，在循环次数越大并且循环不变量的计算越耗时的情况下，这种优化会越明显。
b. 避免重复计算
这条太常见，不举例了
c. 尽量减少数组索引访问次数，数组索引访问比一般的变量访问要慢得多
数组索引访问比如int i = array[0];需要进行一次数组索引访问（和数组索引访问需要检查索引是否越界有关系吧）。这条Tip经过我的测试发现效果不是很明显（但的确有一些时间性能提升），可能在数组是大数组、循环次数比较多的情况下更明显。测试代码如下：
import util.StopWatch; /** * 数组索引访问优化，尤其针对多维数组 * 这条优化技巧对时间性能提升不太明显，而且可能降低代码可读性 * @author jxqlovejava * */ public class ArrayIndexAccessOptimization { private static final int m = 9; // 9行 private static final int n = 9; // 9列 private static final int[][] array = { { 1, 2, 3, 4, 5, 6, 7, 8, 9 }, { 11, 12, 13, 14, 15, 16, 17, 18, 19 }, { 21, 22, 23, 24, 25, 26, 27, 28, 29 }, { 31, 32, 33, 34, 35, 36, 37, 38, 39 }, { 41, 42, 43, 44, 45, 46, 47, 48, 49 }, { 51, 52, 53, 54, 55, 56, 57, 58, 59 }, { 61, 62, 63, 64, 65, 66, 67, 68, 69 }, { 71, 72, 73, 74, 75, 76, 77, 78, 79 }, { 81, 82, 83, 84, 85, 86, 87, 88, 89 }, { 91, 92, 93, 94, 95, 96, 97, 98, 99 } }; // 二维数组 public void slowArrayAccess() { StopWatch sw = new StopWatch("slowArrayAccess"); sw.start(); for(int k = 0; k < 10000000; k++) { int[] rowSum = new int[m]; for(int i = 0; i < m; i++) { for(int j = 0; j < n; j++) { rowSum[i] += array[i][j]; } } } sw.end(); sw.printEclapseDetail(); } public void optimizeArrayAccess() { StopWatch sw = new StopWatch("optimizeArrayAccess"); sw.start(); for(int k = 0; k < 10000000; k++) { int[] rowSum = new int[n]; for(int i = 0; i < m; i++) { int[] arrI = array[i]; int sum = 0; for(int j = 0; j < n; j++) { sum += arrI[j]; } rowSum[i] = sum; } } sw.end(); sw.printEclapseDetail(); } public static void main(String[] args) { ArrayIndexAccessOptimization arrayIndexAccessOpt = new ArrayIndexAccessOptimization(); arrayIndexAccessOpt.slowArrayAccess(); arrayIndexAccessOpt.optimizeArrayAccess(); } }
d. 将常量声明为final static或者final，这样编译器就可以将它们内联并且在编译时就预先计算好它们的值
e. 用switch-case替代冗长的if-else-if
测试代码如下，但优化效果不明显：
import util.StopWatch; /** * 优化效果不明显 * @author jxqlovejava * */ public class IfElseOptimization { public void slowIfElse() { StopWatch sw = new StopWatch("slowIfElse"); sw.start(); for(int k = 0; k < 2000000000; k++) { int i = 9; if(i == 0) { } else if(i == 1) { } else if(i == 2) { } else if(i == 3) { } else if(i == 4) { } else if(i == 5) { } else if(i == 6) { } else if(i == 7) { } else if(i == 8) { } else if(i == 9) { } } sw.end(); sw.printEclapseDetail(); } public void optimizeIfElse() { StopWatch sw = new StopWatch("optimizeIfElse"); sw.start(); for(int k = 0; k < 2000000000; k++) { int i = 9; switch(i) { case 0: break; case 1: break; case 2: break; case 3: break; case 4: break; case 5: break; case 6: break; case 7: break; case 8: break; case 9: break; default: } } sw.end(); sw.printEclapseDetail(); } public static void main(String[] args) { IfElseOptimization ifElseOpt = new IfElseOptimization(); ifElseOpt.slowIfElse(); ifElseOpt.optimizeIfElse(); } }
f. 如果冗长的if-else-if无法被switch-case替换，那么可以使用查表法优化
1.2 域和变量优化
a. 访问局部变量和方法参数比访问实例变量和类变量要快得多
b. 在嵌套的语句块内部或者循环内部生命变量并没有什么运行时开销，所以应该尽量将变量声明得越本地化（local）越好，这甚至会有助于编译器优化你的程序，也提高了代码可读性
1.3 字符串操作优化
a. 避免频繁地通过+运算符进行字符串拼接（老生常谈），因为它会不断地生成新字符串对象，而生成字符串对象不仅耗时而且耗内存（一些OOM错误是由这种场景导致的）。而要使用StringBuilder的append方法
b. 但对于这种String s = "hello" + " world"; 编译器会帮我们优化成String s = "hello world";实际上只生成了一个字符串对象"hello world"，所以这种没关系
c. 避免频繁地对字符串对象调用substring和indexOf方法
1.4 常量数组优化
a. 避免在方法内部声明一个只包含常量的数组，应该把数组提为全局常量数组，这样可以避免每次方法调用都生成数组对象的时间开销
b. 对于一些耗时的运算比如除法运算、MOD运算、Log运算，可以采用预先计算值来优化
1.5 方法优化
a. 被private final static修饰的方法运行更快
b. 如果确定一个类的方法不需要被子类重写，那么将方法用final修饰，这样更快
c. 尽量使用接口作为方法参数或者其他地方，而不是接口的具体实现，这样也更快
1.6 排序和查找优化
a. 除非数组或者链表元素很少，否则不要使用选择排序、冒泡排序和插入排序。使用堆排序、归并排序和快速排序。
b. 更推荐的做法是使用JDK标准API内置的排序方法，时间复杂度为O(nlog(n))
对数组排序用Arrays.sort（它的实现代码使用改良的快速排序算法，不会占用额外内存空间，但是不稳定）
对链表排序用Collections.sort（稳定算法，但会使用额外内存空间）
c. 避免对数组和链表进行线性查找，除非你明确知道要查找的次数很少或者数组和链表长度很短
对于数组使用Arrays.binarySearch，但前提是数组已经有序，并且数组如包含多个要查找的元素，不能保证返回哪一个的index
对于链表使用Collections.binarySearch，前提也是链表已经有序
使用哈希查找：HashSet<T>、HashMap<K, V>等
使用二叉查找树：TreeSet<T>和TreeMap<K, V>，一般要提供一个Comparator作为构造函数参数，如果不提供则按照自然顺序排序
1.7 Exception优化
a. new Exception(...)会构建一个异常堆栈路径，非常耗费时间和空间，尤其是在递归调用的时候。创建异常对象一般比创建普通对象要慢30-100倍。自定义异常类时，层级不要太多。
b. 可以通过重写Exception类的fillInStackTrace方法而避免过长堆栈路径的生成
class MyException extends Exception { /** * */ private static final long serialVersionUID = -1515205444433997458L; public Throwable fillInStackTrace() { return this; } }
c. 所以有节制地使用异常，不要将异常用于控制流程、终止循环等。只将异常用于意外和错误场景（文件找不到、非法输入格式等）。尽量复用之前创建的异常对象。
1.8 集合类优化
a. 如果使用HashSet或者HashMap，确保key对象有一个快速合理的hashCode实现，并且要遵守hashCode和equals实现规约
b. 如果使用TreeSet<T>或者TreeMap<K, V>，确保key对象有一个快速合理的compareTo实现；或者在创建TreeSet<T>或者TreeMap<K, V>时显式提供一个Comparator<T>
c. 对链表遍历优先使用迭代器遍历或者for(T x: lst)，for(T x: lst)隐式地使用了迭代器来遍历链表。而对于数组遍历优先使用索引访问：for(int i = 0; i < array.length; i++)
d. 避免频繁调用LinkedList<T>或ArrayList<T>的remove(Object o)方法，它们会进行线性查找
e. 避免频繁调用LinkedList<T>的add(int i, T x)和remove(int i)方法，它们会执行线性查找来确定索引为i的元素
f. 最好避免遗留的集合类如Vector、Hashtable和Stack，因为它们的所有方法都用synchronized修饰，每个方法调用都必须先获得对象内置锁，增加了运行时开销。如果确实需要一个同步的集合，使用synchronziedCollection以及其他类似方法，或者使用ConcurrentHashMap
1.9 IO优化
a. 使用缓冲输入和输出（BufferedReader、BufferedWriter、BufferedInputStream和BufferedOutputStream）可以提升IO速度20倍的样子，我以前写过一个读取大文件（9M多，64位Mac系统，8G内存）的代码测试例子，如下：
import java.io.BufferedInputStream; import java.io.BufferedReader; import java.io.DataInputStream; import java.io.File; import java.io.FileInputStream; import java.io.IOException; import java.io.InputStream; import java.io.InputStreamReader; import util.StopWatch; public class ReadFileDemos { public static void main(String[] args) throws IOException { String filePath = "C:\\Users\\jxqlovejava\\workspace\\PerformanceOptimization\\test.txt"; InputStream in = null; BufferedInputStream bis = null; File file = null; StopWatch sw = new StopWatch(); sw.clear(); sw.setTaskName("一次性读取到字节数组+BufferedReader"); sw.start(); file = new File(filePath); in = new FileInputStream(filePath); BufferedReader br = new BufferedReader(new InputStreamReader(in)); char[] charBuf = new char[(int) file.length()]; br.read(charBuf); br.close(); in.close(); sw.end(); sw.printEclapseDetail(); sw.clear(); sw.setTaskName("一次性读取到字节数组"); sw.start(); in = new FileInputStream(filePath); byte[] buf = new byte[in.available()]; in.read(buf);// read(byte[] buf)方法重载 in.close(); for (byte c : buf) { } sw.end(); sw.printEclapseDetail(); sw.clear(); sw.setTaskName("BufferedInputStream逐字节读取"); sw.start(); in = new FileInputStream(filePath); bis = new BufferedInputStream(in); int b; while ((b = bis.read()) != -1); in.close(); bis.close(); sw.end(); sw.printEclapseDetail(); sw.clear(); sw.setTaskName("BufferedInputStream+DataInputStream分批读取到字节数组"); sw.start(); in = new FileInputStream(filePath); bis = new BufferedInputStream(in); DataInputStream dis = new DataInputStream(bis); byte[] buf2 = new byte[1024*4]; // 4k per buffer int len = -1; StringBuffer sb = new StringBuffer(); while((len=dis.read(buf2)) != -1 ) { // response.getOutputStream().write(b, 0, len); sb.append(new String(buf2)); } dis.close(); bis.close(); in.close(); sw.end(); sw.printEclapseDetail(); sw.clear(); sw.setTaskName("FileInputStream逐字节读取"); sw.start(); in = new FileInputStream(filePath); int c; while ((c = in.read()) != -1); in.close(); sw.end(); sw.printEclapseDetail(); } }
结果如下：
一次性读取到字节数组+BufferedReader任务耗时（毫秒）：121 一次性读取到字节数组任务耗时（毫秒）：23 BufferedInputStream逐字节读取任务耗时（毫秒）：408 BufferedInputStream+DataInputStream分批读取到字节数组任务耗时（毫秒）：147 FileInputStream逐字节读取任务耗时（毫秒）：38122
b. 将文件压缩后存到磁盘，这样读取时更快，虽然会耗费额外的CPU来进行解压缩。网络传输时也尽量压缩后传输。Java中压缩有关的类：ZipInputStream、ZipOutputStream、GZIPInputStream和GZIPOutputStream
1.10 对象创建优化
a. 如果程序使用很多空间（内存），它一般也将耗费更多的时间：对象分配和垃圾回收需要耗费时间、使用过多内存可能导致不能很好利用CPU缓存甚至可能需要使用虚存（访问磁盘而不是RAM）。而且根据JVM的垃圾回收器的不同，使用太多内存可能导致长时间的回收停顿，这对于交互式系统和实时应用是不能忍受的。
b. 对象创建需要耗费时间（分配内存、初始化、垃圾回收等），所以避免不必要的对象创建。但是记住不要轻易引入对象池除非确实有必要。大部分情况，使用对象池仅仅会导致代码量增加和维护代价增大，并且对象池可能引入一些微妙的问题
c. 不要创建一些不会被使用到的对象
1.11 数组批量操作优化
数组批量操作比对数组进行for循环要快得多，部分原因在于数组批量操作只需进行一次边界检查，而对数组进行for循环，每一次循环都必须检查边界。
a. System.arrayCopy(src, si, dst, di, n) 从源数组src拷贝片段[si...si+n-1]到目标数组dst[di...di+n-1]
b. boolean Arrays.equals(arr1, arr2) 返回true，当且仅当arr1和arr2的长度相等并且元素一一对象相等（equals)
c. void Arrays.fill(arr, x) 将数组arr的所有元素设置为x
d. void Arrays.fill(arr, i, j x) 将数组arr的[i..j-1]索引处的元素设置为x
e. int Arrays.hashCode(arr) 基于数组的元素计算数组的hashcode
1.12 科学计算优化
Colt（http://acs.lbl.gov/software/colt/）是一个科学计算开源库，可以用于线性代数、稀疏和紧凑矩阵、数据分析统计，随机数生成，数组算法，代数函数和复数等。
1.13 反射优化
a. 通过反射创建对象、访问属性、调用方法比一般的创建对象、访问属性和调用方法要慢得多
b. 访问权限检查（反射调用private方法或者反射访问private属性时会进行访问权限检查，需要通过setAccessible(true)来达到目的）可能会让反射调用方法更慢，可以通过将方法声明为public来比避免一些开销。这样做之后可以提高8倍。
1.14 编译器和JVM平台优化
a. Sun公司的HotSpot Client JVM会进行一些代码优化，但一般将快速启动放在主动优化之前进行考虑
b. Sun公司的HotSpot Server JVM（-server选项，Windows平台无效）会进行一些主动优化，但可能带来更长的启动延迟
c. IBM的JVM也会进行一些主动优化
d. J2ME和一些手持设备（如PDA）不包含JIT编译，很可能不会进行任何优化
1.15 Profile
2. 空间优化
2.1 堆（对象）和栈（方法参数、局部变量等）。堆被所有线程共享，但栈被每个线程独享
2.2 空间消耗的三个重要方面是：Allocation Rate(分配频率)、Retention（保留率）和Fragmentation（内存碎片）
Allocation Rate是程序创建新对象的频率，频率越高耗费的时间和空间越多。
Retention是存活的堆数据数量。这个值越高需要耗费越多的空间和时间（垃圾回收器执行分配和去分配工作时需要进行更多的管理工作）
Fragmentation：内存碎片是指小块无法使用的内存。如果一直持续创建大对象，可能会引起过多的内存碎片。从而需要更多的时间分配内存（因为要查找一个足够大的连续可用内存块），并且会浪费更多的空间因为内存碎片无法被利用。当然某些GC算法可以避免过多内存碎片的产生，但相应的算法代价也较高。
2.3 内存泄露
2.4 垃圾回收器的种类（分代收集、标记清除、引用计数、增量收集、压缩...）对Allocation Rate、Retention和Fragmentation的时间空间消耗影响很大
2.5 对象延迟创建
附上StopWatch计时工具类：
/** * 秒表类，用于计算执行时间 * 注意该类是非线程安全的 * @author jxqlovejava * */ public class StopWatch { private static final String DEFAULT_TASK_NAME = "defaultTask"; private String taskName; private long start, end; private boolean hasStarted, hasEnded; // 时间单位枚举：毫秒、秒和分钟 public enum TimeUnit { MILLI, SECOND, MINUTE } public StopWatch() { this(DEFAULT_TASK_NAME); } public StopWatch(String taskName) { this.taskName = StringUtil.isEmpty(taskName) ? DEFAULT_TASK_NAME : taskName; } public void start() { start = System.currentTimeMillis(); hasStarted = true; } public void end() { if(!hasStarted) { throw new IllegalOperationException("调用StopWatch的end()方法之前请先调用start()方法"); } end = System.currentTimeMillis(); hasEnded = true; } public void clear() { this.start = 0; this.end = 0; this.hasStarted = false; this.hasEnded = false; } /** * 获取总耗时，单位为毫秒 * @return 消耗的时间，单位为毫秒 */ public long getEclapsedMillis() { if(!hasEnded) { throw new IllegalOperationException("请先调用end()方法"); } return (end-start); } /** * 获取总耗时，单位为秒 * @return 消耗的时间，单位为秒 */ public long getElapsedSeconds() { return this.getEclapsedMillis() / 1000; } /** * 获取总耗时，单位为分钟 * @return 消耗的时间，单位为分钟 */ public long getElapsedMinutes() { return this.getEclapsedMillis() / (1000*60); } public void setTaskName(String taskName) { this.taskName = StringUtil.isEmpty(taskName) ? DEFAULT_TASK_NAME : taskName; } public String getTaskName() { return this.taskName; } /** * 输出任务耗时情况，单位默认为毫秒 */ public void printEclapseDetail() { this.printEclapseDetail(TimeUnit.MILLI); } /** * 输出任务耗时情况，可以指定毫秒、秒和分钟三种时间单位 * @param timeUnit 时间单位 */ public void printEclapseDetail(TimeUnit timeUnit) { switch(timeUnit) { case MILLI: System.out.println(this.getTaskName() + "任务耗时（毫秒）：" + this.getEclapsedMillis()); break; case SECOND: System.out.println(this.getTaskName() + "任务耗时（秒）：" + this.getElapsedSeconds()); break; case MINUTE: System.out.println(this.getTaskName() + "任务耗时（分钟）：" + this.getElapsedMinutes()); break; default: System.out.println(this.getTaskName() + "任务耗时（毫秒）：" + this.getEclapsedMillis()); } } }
