String、Stringbuilder与Stringbuffer的区别，String、Stringbuilder与Stringbuffer的适用场景

String、Stringbuilder与Stringbuffer的区别：

String：字符串常量 。

StringBuffer 与 StringBuilder是字符缓冲变量。

StringBuffer 与 StringBuilder 中的方法和功能完全是等价的，只是StringBuffer中的方法大都采用了synchronized 关键字进行修饰，因此是线程安全的，而StringBuilder没有这个修饰，可以被认为是线程不安全的。StringBuilder 是在JDK1.5才加入的。jdk的实现中StringBuffer与StringBuilder都继承自AbstractStringBuilder。
1、String类型的字符串对象是不可变的，一旦String对象创建后，包含在这个对象中的字符系列是不可以改变的，直到这个对象被销毁。
2、StringBuilder和StringBuffer类型的字符串是可变的，不同的是StringBuffer类型的是线程安全的，而StringBuilder不是线程安全的
3、如果是多线程环境下涉及到共享变量的插入和删除操作，StringBuffer则是首选。如果是非多线程操作并且有大量的字符串拼接，插入，删除操作则StringBuilder是首选。毕竟String类是通过创建临时变量来实现字符串拼接的，耗内存还效率不高，怎么说StringBuilder是通过JNI方式实现终极操作的。
4、StringBuilder和StringBuffer的“可变”特性总结如下：
（1）append，insert，delete方法最根本上都是调用System.arraycopy()这个方法来达到目的
（2）substring(int, int)方法是通过重新new String(value, start, end - start)的方式来达到目的。因此，在执行substring操作时，StringBuilder和String基本上没什么区别。
总的来说，三者在执行速度方面的比较：StringBuilder > StringBuffer > String。

1.使用String类的场景：在字符串不经常变化的场景中可以使用String类，例如常量的声明、少量的变量运算。

2.使用StringBuffer类的场景：在频繁进行字符串运算（如拼接、替换、删除等），并且运行在多线程环境中，则可以考虑使用StringBuffer，例如XML解析、HTTP参数解析和封装。

3.使用StringBuilder类的场景：在频繁进行字符串运算（如拼接、替换、和删除等），并且运行在单线程的环境中，则可以考虑使用StringBuilder，如SQL语句的拼装、JSON封装等。

关于这三者的应用场景：

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

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。）　

Stringbuilder与Stringbuffer的适用场景：

没循环情况下用String的加号拼接，有循环情况下使用StringBuilder，任何场景都不推荐使用StringBuffer。

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

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