优化,不仅仅是在运行环境进行优化,还需要在代码本身做优化,如果代码本身存在性 能问题,那么在其他方面再怎么优化也不可能达到效果最优的。
调用方法时传递的参数以及在调用中创建的临时变量都保存在栈中速度较快,其他变 量,如静态变量、实例变量等,都在堆中创建,速度较慢。另外,栈中创建的变量,随 着方法的运行结束,这些内容就没了,不需要额外的垃圾回收。
明确一个概念,对方法的调用,即使方法中只有一句语句,也是有消耗的。所以例如下面的操作:
for (int i = 0; i < list.size(); i++)
{...}
建议替换为:
这样,在list.size()很大的时候,就减少了很多的消耗。
异常对性能不利。抛出异常首先要创建一个新的对象,Throwable接口的构造函数调用名为fillInStackTrace()
的本地同步方 法,fillInStackTrace()方法检查堆栈,收集调用跟踪信息。只要有异常被抛出,Java虚拟机就必须调整调用堆栈,因为在处理过程中创建 了一个新的对象。异常只能用于错误处理,不应该用来控制程序流程。
因为这毫无意义,这样只是定义了引用为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); 避免容器长度不足时,扩容带来的性能损耗。
避免使用这种方式:
正则表达式虽然功能强大,但是其效率较低,除非是有需要,否则尽可能少用。
replace()
不支持正则replaceAll()
支持正则
如果仅仅是字符的替换建议使用replace()。// 当 前 的 日 志 级 别 是 error
LOGGER.info("保存出错!" + user);