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