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