1 `System.nanoTime`

测试性能时，System.nanoTime比System.currentTimeMills更准确，前者应用纳秒计时，且对系统影响更小。

具体来说：

System.currentTimeMills返回自1970年1月1日以来通过的毫秒数，返回的精度与操作系统无关
System.nanoTime：不是事实工夫，是虚拟机提供的计时工夫，准确到纳秒

2 `ThreadLocalRandom`

通常生成随机数会应用Random类，Random是线程平安的，Random实例外面有一个原子性的种子变量来记录以后种子的值，当要生成新的随机数时，会依据以后种子计算新的种子并更新回原子变量。多线程下计算新种子，会竞争同一个原子变量的更新操作，会造成大量线程进行自旋测试，升高并发性能。

而ThreadLocalRandom在以后线程保护了一个种子，适宜在多线程场景下提供高性能的伪随机数生成，应用如下：

ThreadLocalRandom random = ThreadLocalRandom.current();random.nextInt(range);

3 应用局部变量

实践上说，拜访局部变量会快于类变量，因为局部变量保留在办法栈中，而类变量保留在堆中。如果在某个类办法中须要屡次拜访类变量，倡议先创立一个局部变量并使其具备与类变量雷同的值。

4 对于正则表达式替换

因为正则表达式替换时每次都须要编译正则表达式到一个两头构造，因而比惯例的间接替换要慢，如果是固定的正则表达式替换，能够采纳预编译的思维：

Pattern pattern = Pattern.compile("origin str");public String replace(String str){    return pattern.matcher(str).replaceAll("target str");}

而不是采纳：

public String replace(String str){    return str.replace("origin str","target str");}

5 对于字符串拼接

尽可能应用如下模式：

String a = "xxx";String b = "xxx";String c = new StringBuilder().append(a).append(b).toString();

性能绝对不好的是如下情景（得益于JVM默认开启字符串拼接优化）：

String c = a+b;

性能最差的是：

StringBuilder c = new StringBuilder();c.append(a);c.append(b);String result = c.toString();

因为这样JIT不会优化。

另外，在无关线程平安的状况下，尽可能应用StringBuilder而不是StringBuffer。

6 对于数字转字符串

int转String是一个较为耗时的操作，尽量避免不必要的转化，如果的确须要，能够事后将一批int转为String，须要的时候间接取出：

public static class CommonUtil{    static int cacheSize = 1024;    static String [] caches = new String[cacheSize];    static{        for(int i=0;i<cacheSize;++i){            caches[i] = String.valueOf(i);        }    }    public static String int2String(int data){        if(data < cacheSize){            return caches[size];        }else{            return String.valueOf(data);        }    }}

这样相比起间接应用

Stirng.valueOf(data)

性能会高一点。

7 `switch`/`if`

少分支的状况下，倡议应用if，多分支倡议应用switch，罕用的“少分支”规范是2-5个。

8 采纳返回码而不是抛异样

除非必要应用异样，应该防止把失常的返回谬误后果应用异样来代替。抛异样会导致性能是因为结构异样对象时须要一个填写异样栈的过程，就是Throwable中的fillInStackTrace，这是一个Native办法，会填写异样栈，造成较为重大的耗时。

一种优化办法是，自定义异样，重写fillInStackTrace()：

public class MyException extends RuntimeException{    ...    public synchronized Throwable fillInStackTrace(){        this.setStackTrace(new StackTraceElement[0]);        return this;    }}

另外，JVM会对频繁抛出的异样做Fast Throw优化，如果检测到代码中某一地位间断屡次抛出同一类型的异样，则采纳Fast Throw形式，异样栈信息不会被填写，这种异样抛出速度很快，因为不须要在堆里分配内存，也不须要结构残缺的异样栈信息，默认对如下异样采纳Fast Throw优化：

NullPointerException
ArithmeticException
ArrayIndexOutOfBoundsExpcetion
ArrayStoreException
ClassCastException

须要留神的是，Fast Throw尽管进步了性能，然而会导致异样栈音讯，从而无奈疾速定位到错误代码，如果须要防止异样栈优化，能够应用参数：

-XX:-OmitStackTraceInFastThrow

9 位运算

能够通过位运算代替局部算术运算以进步性能，比方：

判断奇数：(a & 1) == 1
判断偶数：(a & 1) == 0
除2：a>>1
乘2：a<<1

10 其余技巧

字符串搜寻等须要搜寻单个字符时，应用String.indexOf(char)而不是String.indexOf(String)
对于判断一些非凡的ID，比方长度9位且以11结尾，能够间接应用常数判断：id>=110_000_000 && id<=120_000_000，而不须要通过String.valueOf转为字符串再通过String.length+String.startWith判断
在switch中，能够应用int去代替String
日志输入能够间接应用字符串拼接而不是模板+{}，因为会有一个占位符{}替换成指标变量的耗时过程，被频繁调用的话倡议间接字符串拼接
传输的实体类尽量避免应用String，因为其中波及序列化、反序列化、字符串结构，而对于byte[]结构String的办法，外部会调用StringCoding.decode，相比起通过char[]/Stirng结构会造成更大的耗时

1 System.nanoTime

2 ThreadLocalRandom