1. 为什么我们需要StringBuffer类和StringBuilder类
String是不可变的对象，因此在每次对String类型进行改变的时候，都会生成一个新的String对象，然后将指针指向新的String对象，所以经常改变内容的字符串最好不要用String，因为每次生成对象会降低性能，当内存中无引用对象多了GC就会开始工作，性能就会降低。
不要使用String类的"+"来进行频繁的拼接，因为性能是极差的，应该使用StringBuffer或StringBuilder类。
如下的例子，就该使用第二种方案。
2. StringBuider和StringBuffer的区别
StringBuilder与StringBuffer有公共父类AbstractStringBuilder(抽象类)。
StringBuffer对方法加了同步锁或者对调用的方法加了同步锁，所以是线程安全的。
StringBuilder并没有对方法进行加同步锁，所以是非线程安全的。
给大家推荐一个程序员学习交流群：702895049 群里有分享的视频，还有思维导图
群公告有视频，都是干货的，你可以下载来看。主要分享分布式架构、高可扩展、高性能、高并发、性能优化、Spring boot、Redis、ActiveMQ、Nginx、Mycat、Netty、Jvm大型分布式项目实战学习架构师视频。
3. StringBuider和StringBuffer的使用场景
当单线程操作大量数据时，建议使用StringBuilder，速度更快（10%~15%左右的性能提升），毕竟同步有性能开销。
多线程操作大量数据时，建议使用StringBuffer。可用于全局变量中。
相同情况下StirngBuilder虽然比StringBuffer获得10%~15%左右的性能提升，但却要冒多线程不安全的风险。而在现实的模块化编程中，负责某一模块的程序员不一定能清晰地判断该模块是否会放入多线程的环境中运行，因此除非确定系统的瓶颈是在StringBuffer上，并且确定你的模块不会运行在多线程模式下，才可以采用StringBuilder，否则还是用StringBuffer。
4. StringBuider和StringBuffer的实现原理
我们知道使用StringBuffer和StringBuider无非就是为了提高字符串连接的效率，因为直接使用+进行字符串连接会创建多个String对象，造成一定的开销。
AbstractStringBuilder中采用一个char数组来保存字符串，char数组有一个初始大小（16），当append的字符串长度超过当前char数组容量时，则对char数组进行动态扩容，然后将当前char数组拷贝到新的位置，因为重新分配内存并拷贝的开销比较大，所以每次都是进行固定扩容2倍的方式（使用JNI方法System.arraycopy()）。
最后就是，为了获得更好的性能，在构造StirngBuffer或StirngBuilder时应尽可能指定它们的容量。当然，如果你操作的字符串长度（length）不超过16个字符就不用了，因为默认容量为16。不指定容量会显著降低性能。
网友评论