String.valueOf(),强制转换String,final变量，不试不知道，一试吓一跳

我们先来看段代码：

代码1：

  final int x = 1000000;
  int xx = 1000000;
  
  Date d1 = new Date();
  for (int i = 0; i < x; i++) {
   String s = xx+"";
  }
  Date d2 = new Date();
  System.out.println(d2.getTime()-d1.getTime());

运行结果：447（以下结果都已同一机器相同jre版本尝试）

 

代码2：

  final int x = 1000000;
  int xx = 1000000;
  
  Date d1 = new Date();
  for (int i = 0; i < x; i++) {
   String s = ""+xx;
  }
  Date d2 = new Date();
  System.out.println(d2.getTime()-d1.getTime());

运行结果：335

 

代码3：（下面只写红色部分了）

String s = ""+x;// String s =x +"";

运行结果：0（or 5）

 

代码4：

String s =String.valueOf(xx);

运行结果：117

 

代码5：

String s =String.valueOf(x);

运行结果：110

 

结论：代码3最快，代码4，5其次，代码2再次，代码1最次。

代码3编译器编译时候做了优化，由于赋值的变量有final修饰，直接强制转化为String s = "1000000";

然后常量堆已经有了常量"1000000"，只需要指向"1000000"即可，显然所耗时间很低

代码4,5无论是啥，入参都最终要toSring()的，也就是要new String()

代码2，先StringBuffer的StringBuffer的super(16);然后再append，最后toString（）

代码1，先要loadClass，然后String的valueOf，再StringBuffer的super(str.length() + 16);最后toString（）

 

感慨：不试不知道居然相差那么大，平时编码的规范性其实还是很有讲究的，呵呵~