在Java编程当中String字符串的应用范围是非常广的，但是有些时候还会碰到StringBuffer，甚至StringBuilder。
以下是它们之间的区别。
String：字符串长度不可变
StringBuffer：字符串长度可变，如果要频繁对字符串内容进行修改，出于效率考虑最好使用StringBuffer，如果想转成String类型，可以调用StringBuffer的toString()方法。
StringBuilder：在jdk5中添加的一个类，此类提供一个与 StringBuffer 兼容的 API，但不保证同步。即它与StringBuffer功能一样，但是它不是线程安全的，换句话说就是不支持多线程。在单线程的时候，使用StringBuilder比StringBuffer效率来得高。
频繁进行字符串拼接时：
不要使用String类的"+"来进行频繁的拼接，因为那样的性能极其差的，应该使用StringBuffer或StringBuilder类，这在Java的优化上是一条比较重要的原则。
举个例子：在使用String 的时候，拼接字符串时使用“+”在JVM上形成临时的StringBuffer对象，同时在每一个字符串上都建立一个对象，拼接了两个字符串一共需要创建 4个对象！（一个保存结果的String,两个字符串对象，一个临时的StringBuffer对象）。而使用StringBuffer的话，只需创建 2个对象！一个StringBuffer对象和保存最后结果的的String对象 。
不支持线程同步当然要快了。
而在某些特别情况下：
String 对象的字符串拼接其实是被 JVM 解释成了 StringBuffer 对象的拼接，所以这些时候 String 对象的速度并不会比 StringBuffer 对象慢，而特别是以下的字符串对象生成中， String 效率是远要比 StringBuffer 快的：
String S1 = “This is only a” + “ simple” + “ test”; StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);
你会很惊讶的发现，生成 String S1 对象的速度简直太快了，而这个时候 StringBuffer 居然速度上根本一点都不占优势。其实这是 JVM 的一个把戏，在 JVM 眼里，这个
String S1 = “This is only a” + “ simple” + “test”;
其实就是：
String S1 = “This is only a simple test”;
所以当然不需要太多的时间了。但大家这里要注意的是，如果你的字符串是来自另外的 String 对象的话，速度就没那么快了，譬如：
String S2 = “This is only a”; String S3 = “ simple”; String S4 = “ test”; String S1 = S2 +S3 + S4;
这时候 JVM 会规规矩矩的按照原来的方式去做
