Java代码优化思路（JVM的角度）

优化，不仅仅是在运行环境进行优化，还需要在代码本身做优化，如果代码本身存在性能问题，那么在其他方面再怎么优化也不可能达到效果最优的。

尽可能使用局部变量

调用方法时传递的参数以及在调用中创建的临时变量都保存在栈中速度较快，其他变量如静态变量、实例变量（成员变量）等，都在堆中创建，速度较慢。另外，栈中创建的变量，随着方法的运行结束，这些内容就没了，不需要额外的垃圾回收。

尽量减少对变量的重复计算

尽量采用懒加载的策略（即在需要的时候才创建）

异常不应该用来控制程序流程

异常对性能不利。抛出异常首先要创建一个新的对象，Throwable接口的构造函数调用名为fillnStackTrace()的本地同步方法，fillnStackTrace（）方法检查堆栈，收集调用跟踪信息。只要有异常抛出，Java虚拟机就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。异常只能用于错误处理，不应该用来控制程序流程。

也就是不要使用类似下面的异常判断：

if(异常==A){...}

if(异常==B){...}

if(异常==C){...}

不要将数组声明成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);

避免容器长度不足时，扩容带来的性能损耗。

List集合的选择

①ArrayList由于底层是数组实现，所以随机遍历快；

②LinkedList由于底层是链表实现，所以添加删除快。

使用Entry遍历Map

map.keySet()这种方式会遍历两次，上面的map.entrySet()方式只需遍历一次。

不要手动调用System.gc()

手动调用GC会影响JVM对GC处理的判断，在生产环境中要添加禁用手动调用GC的参数。

String尽量少用正则表达式

正则表达式虽然功能强大，但是效率较低，除非是有需要，否则尽量少用。

replace()不支持正则

replaceAll()不支持正则

如果仅仅是字符的替换建议使用replace()

要注意日志的输出级别

对资源的close()建议分开操作