3. 代码优化
优化,不仅仅是在运行环境进行优化,还需要在代码本身做优化,如果代码本身存在型能问题,那么在其他方面再怎么优化也不可能达到效果最优的。
3.1 尽可能使用局部变量
调用方法时传第的参数以及在调用中创建的临时变量都保存在栈中速度较快,其他变量,如静态变量、实例变量等,都在堆中创建,速度较慢。另外,栈中创建的变量,随着方法的运行结束,这些内容就没了,不需要额外的垃圾回收。
3.2 尽量减少对变量的重复计算
明确一个概念,对方法的调用,即使方法中只有一句语句,也是有消耗的。所以例如下面的操作:
for(int i = 0; i<list.size(); i++)
{...}
建议替换为:
int length = list.size();
for(int i = 0; i<length; i++)
{...}
这样,在list.size()很大的时候,就减少了很多的消耗。
3.3 尽量采用懒加载的策略,即在需要的时候才创建
String str = "aaa";
if(i == 1) {
list.add(str);
}
// 建议替换成
if(i == 1) {
String str = "aaa";
list.add(str);
}
3.4 异常不应该用来控制程序流程
异常对性能不利。抛出异常首先要创建一个新的对象,Throwable接口的构造函数调用名为fillInStackTrace()的本地同步方法,fillInStackTrace()方法检查堆栈,收集调用跟踪信息。只要有异常被抛出,Java虚拟机就必须调整用堆栈,因为在处理过程中创建叻一个新的对象。异常只能用于错误处理,不应该用来控制程序流程。
3.5 不要将数组声明为public static final
因为这毫无意义,这样只是定义了引用static final,数组的内容还是可以随意的改变,将数组声明为public更是一个安全漏洞,这意味着这个数组可以被外部内容所改变。
3.6 不要创建一些不使用的对象,不要导入一些不使用的类
这毫无意义,如果代码中出现"The value of the local variables is not used"、“The import java.util is never used”,那么请删除这些无用的内容
3.7 程序运行过程中避免是使用反射
反射是Java提供给用户一个很强大的功能,功能强大往往意味着效率不高。不建议在程序运行过程中使用尤其是频繁使用反射机制,特别是Method的invoke方法。
如果确实有必要,一种建议性的做法是将那些需要通过反射加载的类在项目启动的时候通过反射实例化出一个对象并放入内存。
3.8 使用数据库连接池和线程池
这两个池都是用于重用对象的,前者可以避免频繁地打开和关闭连接,后者可以避免频繁地创建和销毁线程。
3.9 容器初始化时尽可能指定长度
容器初始化时尽可能指定长度,如:new ArrauList<>(10); new HashMap(32);
避免容器长度不足时,扩容带来的性能损耗。
3.10 ArrayList随机遍历快,LinkedList添加删除快
3.11 使用Entry便利Map
Map<String, String> map = new HashMap<>();
for(Map.Entry<String, String> entry : map.entrySet()) {
String key = entry.getKey();
String value = entry.getValue();
}
避免使用这种方式:
Map<String, String> map = new HashMap<>();
for(String key : map.keySet()) {
String value = map.get(key);
}
3.12 不要手动调用System.gc();
3.13 String尽量少用正则表达式
正则表达式虽然功能强大,但是其效率较低,除非是有需要,否则尽可能少用。
replace()不支持正则
replaceAll()支持正则
3.14 日志的输出要注意级别
// 当前的日志级别是error. 但是程序还会调用info接口, 此时性能降低
LOGGER.info("保存出错!"+user);
3.15 对资源的close()建议分开操作
try{
xxx.close();
yyy.close();
} catch(Exception e) {
...
}
// 建议改为
try{
xxx.close();
} catch(Exception e) {
...
}
try{
yyy.close();
} catch(Exception e) {
...
}