Java中String、StringBuffer和StringBuilder字符串拼接原理

关于这三者的应用场景：

String：适用于少量的字符串操作的情况；
StringBuilder：适用于单线程下在字符缓冲区进行大量操作的情况；
StringBuffer：适用多线程下在字符缓冲区进行大量操作的情况；

这三者场景不同，是由其多方面原因造成的。
1.运行的速度快慢：StringBuilder > StringBuffer > String

1.1 String最慢的原因：String为字符串常量，使用常量类型的字符数组保存值，其对象一旦创建，将不可更改。

String a="hello";
a=a+" world";

这样的操作，貌似a变量被改变了，实际这只是一种假象，JVM对于这几行代码是这样处理的：首先创建一个String对象a，并把“hello”赋值给a，然后JVM又创建了一个新的对象也名为a，把原来的a的值和“ world”加起来再赋值给新的a，而原来的a就会被JVM的垃圾回收机制（GC）给回收掉了，所以，a并没有被更改，也就是前面说的String对象一旦创建之后就不可更改了。所以，Java中对String对象进行的操作实际上是一个不断创建新的对象并且将旧的对象回收的一个过程，执行速度很慢。

1.2 而StringBuffer和StringBuilder都继承自AbstractStringBuilder类，在AbstractStringBuilder中也是使用字符数组保存字符串，但没有“final”修饰符，所以两种对象都是可变的。这里没有频繁的创建和回收，速度会很快。

2.是否多线程安全
　　2.1 String为常量，所以线程安全；
　　2.2 StringBuffer对方法加了同步锁(synchronized) ，所以是线程安全的;　　
2.3StringBuilder没有加同步锁，所以线程不安全。不能保证安全的情况，有可能会出现一些错误。（所以进行的操作是多线程的，那么就要使用StringBuffer，但是在单线程的情况下，还是建议使用速度比较快的StringBuilder。）　
彩蛋：
$没循环情况下用String的加号拼接，有循环情况下使用StringBuilder，任何场景都不推荐使用StringBuffer。$

原因：
       从jdk1.5开始，Sun把所有用加号连接的String运算都隐式的改写成StringBuilder，也就是说，用加号拼接字符串已经没有任何性能损失了。
严格的说，如果没有循环的情况下，单行用加号拼接字符串是没有性能损失的，Java编译器会隐式的替换成StringBuilder，但在有循环的情况下，编译器没法做到足够智能的替换，仍然会有不必要的性能损耗，因此，用循环拼接字符串的时候，还是老老实实的用StringBuilder吧。

       StringBuffer基本没有适用场景，你应该在所有的情况下选择使用StringBuilder，即使是在线程安全的场景下，大多数时候，我们需要的不仅仅是线程安全，而是锁。