最近复习Java基础感触颇深，同样是几行代码，别人写的运行效率就很大，自己写的就不是那么随意，这就牵扯到代码的性能优化问题，这个问题在初级阶段往往没有引起太多的重视，导致后来的工作中就没有往优化这个角度去想，往往就是怎么简单怎么来，这种思维只能解决一时的问题，要想持久的解决问题，必须对代码进行深度优化。下面我将从以下几个方面来谈谈对代码优化的建议。

【慎重使用静态变量】

public class Student {

private static Instance instance = new Instance();

}

每声明一个静态变量，就会占用堆内存，如果这个类不消失，静态变量将一直存在，如果数量过多势必会影响程序性能。

【减少代码的重复计算】

如：

for(int i=0;i

// do something

}

1

应该改为：

for(int i=0,size=list.size();i

// do something

}

上面的循环会不断的调用size方法，从而消耗了性能，下面的只会运行一次size。

【要在必须创建对象的时候才创建对象】

如：

A a = new A();

if(i==0){

list.add(a);

}

应该改为：

if(i==0){

A a = new A();

list.add(a);

}

这一点，在我们平时写代码的时候尤为常见，我们平时都在一个方法的前面创建一大堆初始对象，但是后续的代码却没有引用，导致前面代码执行了但是后面没用到，更有甚者，我们会复制代码创建新的方法，同样的变量遗留在方法内，时间一长，势必会影响代码运行效率。

【在finally块中释放资源】

程序中使用到的资源，比如文件流stream，redis，poi，http请求，连接池等用到资源的地方，应当被释放，以避免资源泄漏，这最好在finally块中去做。不管程序执行的结果如何，finally块总是会执行的，以确保资源的正确关闭。

【使用移位来代替’/’的操作】

“/”,"*"是消耗性能的运算符号，可以用移位来提高运算效率

如：

int temp = a / 4;

int temp = a / 8;

int num = a * 4;

int num = a * 8;

应该改为：

int temp = a >> 2;

int temp = a >> 3;

int num = a << 2;

int num = a << 3;

【慎重估计StringBuffer，ArrayList，HashMap等要存储的内容的长度并初始化】

HashMap hashMap = new HashMap<>(100);

StringBuffer buffer = new StringBuffer(100);

ArrayList arrayList = new ArrayList<>(100);

这是因为如果不给定容量，在默认情况下，如果默认容量不足时，扩容是一件消耗性能的事情。

【避免使用二维数组】

int[][] erwei = new int[][]{{1,2},{2,3}};

二维数据占用的内存空间比一维数组多得多，大概10倍以上。

避免使用split

除非是必须的，否则应该避免使用split，split由于支持正则表达式，所以效率比较低，如果是频繁的几十，几百万的调用将会耗费大量资源，如果确实需要频繁的调用split，可以考虑使用apache的StringUtils.split(string,char)，频繁split的可以缓存结果。

避免大范围抛异常

try {

int i = 1/0;

} catch (Exception e) {

//e.printStackTrace();

log.info(e.getMessage());

}

尽量用日志工具打印出来，调试的时候打印当然可以，如果正式环境抛出来异常会消耗内存资源，导致性能不稳定。

【慎重对待字符串操作】

在确定字符串不会变的时候，用 String声明变量而非StringBuffer

public class A {

String method () {

StringBuffer s = new StringBuffer ("Hello");

String t = s + "World!";

return t;

}

}

字符串相加的时候，用‘’，而非“”

由于操作字符串比操作char 比较费内存，如果是加一个字符就用char

String str = "1";

String result = str+'1';

System.out.println(result);

【慎用synchronized，尽量减小synchronize的方法】

实现同步是要很大的系统开销作为代价的，甚至可能造成死锁，所以尽量避免无谓的同步控制。synchronize方法被调用时，直接会把当前对象锁了，在方法执行完之前其他线程无法调用当前对象的其他方法。所以，synchronize的方法尽量减小，并且应尽量使用方法同步代替代码块同步。

【不要使用finalize方法】

实际上，将资源清理放在finalize方法中完成是非常不好的选择，由于GC的工作量很大，尤其是回收Young代内存时，大都会引起应用程序暂停，所以再选择使用finalize方法进行资源清理，会导致GC负担更大，程序运行效率更差。

本文同步分享在 博客“爱吃早餐的程序员”(CSDN)。

如有侵权，请联系 support@oschina.cn 删除。

本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。