String、StringBuilder和StringBuffer

String

 

String的底层是一个Char数组。

String str="ABC";

使用这种写法jdk会自动帮你实例化并赋值，并将该对象放入字符串常量池，这个常量池在jdk1.7一下是位于方法区的，jdk1.7之后被移到了对内存中。

而是用new String("ABC")这种写法创建了两个对象，一个位于堆内存，另一个则在字符串常量池中生成。由此可见其效率自然是不如第一种写法的。如果没有必要，尽量不要new String对象。

在Java中，当String是被双引号引起来(如本示例中的"ABC")，JVM会去先检查看一看常量池里有没有abc这个对象，如果没有，把abc初始化为对象放入常量池，如果有，直接返回常量池内容，这些在jvm中自动完成了。

至于String中的equals

如果两个对象在常量池中的引用是同一个，直接返回true。==由于是直接比较内存地址，所以肯定相同了。

1.如果对象是String类型的，继续

2.如果对象的长度和原字符串长度相同，继续

3.遍历char数组，如果都相同，返回true

StringBuffer和StringBuilder

Stringbuilder是非线程安全的，是java5.0新提供的一个对StringBuffer的简单替代。StringBuffer是线程安全的，在并发场景下会有良好的表现，但因此也会带来一些额外的性能开销。所以处理单线程字符串拼接的时候StringBuilder效率要略高于StringBuffer。

String S1 = “This isonly a” + “ simple” + “ test”;

StringBuffer S2 =new StringBuffer(“This is only a”).append(“simple”).append(“ test”).toString();

注意在处理上面的字符串时，S1的拼接速度要大于S2，这是为什么？实际上第一行代码拼接String的过程中，jvm自动做了优化，自动引入并new了一个StringBuilder对象对其进行拼接，效果相当于：

String S1 =new StringBuilder(“This is only a”).append（simple）.append（test）.toString()。

因此其运行效率要比第二行代码略高一些。

S1创建前会先检查字符串常量池里是否已存在相同的字符串，如果存在，则将其引用传递给S1，如果不存在，直接创建新对象并将其放入常量池，并被S1引用。但如果其中夹杂拼接了其他变量，比如：

String S3 = “This isonly a” + var + “ simple” + “ test”;

由于String类是不可变的，jvm会不断创建新对象进行处理，只有一条拼接对性能的影响极为有限。但如果是在循环里拼接，那么这个过程可能引起大量GC。则其速度就远不如StringBuffer和StringBuilder了。

另外使用StringBuilder对字符串进行处理需要注意，永远不要使用下面的写法：

String S3 =new StringBuilder(“This is only a”).append（"this is"+ var + "test"）.toString();

编译器会创建另一个stringBuilder处理append中的字符串拼接。

Integer

 

Integer的作者在写这个类时，为了避免重复创建对象，对Integer值做了缓存，如果这个值在缓存范围内，直接返回缓存好的对象，否则new一个新的对象返回。先从jvm读取配置，如果有缓存，取缓存，如果没有，默认127。这个过程在Integer的源码里是通过IntegerCache这个静态内部类实现的。具体的可以去看源码。