1.String，StringBuffer和StringBuilder的区别
2.stringbuffer与stringbuilder的区别?源码
3.stringbuffer扩容为什么是2倍+2?
4.StringBuilder为什么线程不安全？

String，StringBuffer和StringBuilder的区别

       java中String、StringBuffer、StringBuilder是编程中经常使用的字符串类，他们之间的区别也是经常在面试中会问到的问题。现在总结一下，看看他们的不同与相同。

       1.可变与不可变

       ã€€ã€€String类中使用字符数组保存字符串，如下就是，因为有“final”修饰符，所以可以知道string对象是不可变的。

       ã€€ã€€ã€€ã€€private final char value[];

       ã€€ã€€StringBuilder与StringBuffer都继承自AbstractStringBuilder类，在AbstractStringBuilder中也是使用字符数组保存字符串，如下就是，可知这两种对象都是可变的。

       ã€€ã€€ã€€ã€€char[] value;

       2.是否多线程安全

       ã€€ã€€String中的对象是不可变的，也就可以理解为常量，显然线程安全。

       ã€€ã€€AbstractStringBuilder是StringBuilder与StringBuffer的公共父类，定义了一些字符串的基本操作，如expandCapacity、append、insert、indexOf等公共方法。

       ã€€ã€€StringBuffer对方法加了同步锁或者对调用的方法加了同步锁，所以是线程安全的。看如下源码：

1 public synchronized StringBuffer reverse() {

       2     super.reverse();

       3     return this;

       4 }

       5 

       6 public int indexOf(String str) {

       7     return indexOf(str, 0);        //存在 public synchronized int indexOf(String str, int fromIndex) æ–¹æ³•

       8 }

       ã€€ã€€StringBuilder并没有对方法进行加同步锁，所以是非线程安全的。

        3.StringBuilder与StringBuffer共同点

       ã€€ã€€StringBuilder与StringBuffer有公共父类AbstractStringBuilder(抽象类)。

       ã€€ã€€æŠ½è±¡ç±»ä¸ŽæŽ¥å£çš„其中一个区别是：抽象类中可以定义一些子类的公共方法，子类只需要增加新的功能，不需要重复写已经存在的方法；而接口中只是对方法的申明和常量的定义。

       ã€€ã€€StringBuilder、StringBuffer的方法都会调用AbstractStringBuilder中的公共方法，如super.append(...)。只是StringBuffer会在方法上加synchronized关键字，进行同步。

       ã€€ã€€æœ€åŽï¼Œå¦‚果程序不是多线程的，那么使用StringBuilder效率高于StringBuffer。

stringbuffer与stringbuilder的区别?

       äºŒè€…的区别主要是在运行速度和线程安全这两方面。

       1、StringBuffer 与 StringBuilder 中的方法和功能完全是等价的

       2、只是StringBuffer 中的方法大都采用了 synchronized å…³é”®å­—进行修饰，因此是线程安全的，而 StringBuilder 没有这个修饰，可以被认为是线程不安全的。

       3、在单线程程序下，StringBuilder效率更快，因为它不需要加锁，不具备多线程安全而StringBuffer则每次都需要判断锁，效率相对更低。

stringbuffer扩容为什么是2倍+2?

       在常规用法中，StringBuffer和StringBuilder在功能上差别不大，分析主要区别在于StringBuffer具备线程安全性，源码但效率相对较低，分析而StringBuilder则线程不安全但效率更高。源码不过在扩容机制上，分析收银系统java源码两者一致。源码下面以StringBuffer为例进行深入分析。分析

       首先，源码追踪StringBuffer源码，分析发现它继承自AbstractStringBuilder。源码这意味着StringBuffer和StringBuilder是分析“亲兄弟”，拥有共同的源码lightsns源码抽象父类AbstractStringBuilder。在这个抽象类中，分析定义了字符串存储的源码定长字节数组，并在追加字符串时，当长度超过数组长度时，通过数组复制方式实现扩容。

       容量设置上，radius源码StringBuffer提供了默认容量和自定义容量的构造方法，即使默认构造方法也会设置初始容量为。在实际开发中，容量不足时，通过append()方法追加字符串触发动态扩容。

       append()方法实际上调用的磁卡源码是AbstractStringBuilder的append()方法，进入内部后，发现关键在于ensureCapacityInternal()方法。该方法确保内部容量足够，通过count+len参数计算追加后字符串总长度，实现动态扩容。

       在ensureCapacityInternal()方法中，textbox 源码首先利用二进制位右移运算计算数组原有容量，考虑到编码方式（默认Latin1或UTF-），判断新字符串长度是否超过原有容量。若超过，则利用Arrays.copyOf()方法复制并创建新数组，将当前数组值赋给新数组，完成扩容。

       newCapacity()方法计算扩容后数组长度，通常在新字符串长度基础上增加一定比例，确保足够容纳新追加的字符串。而新长度计算逻辑通常涉及Math.max()方法，确保不会超出Integer最大值，避免内存溢出异常。

       StringBuffer扩容机制核心如下：若一次追加字符串长度超过当前容量，扩容规则为当前容量*2+2；如果追加长度超出初始容量且按当前容量*2+2扩容后仍不足，直接扩容至与新字符串长度相等；后续追加继续遵循当前容量*2+2规则。扩容为2倍+2的原因是为了减少内存分配次数和内存碎片，提高性能和效率。

       为了验证上述规则，可设计实验案例，观察StringBuffer与StringBuilder的扩容表现。至此，详细解释了StringBuffer扩容机制及其规则，希望能对理解Java中字符串操作有所帮助。

StringBuilder为什么线程不安全？

       æ ¸å¿ƒæç¤ºï¼šåœ¨å‰é¢çš„面试题讲解中我们对比了String、StringBuilder和StringBuffer的区别，其中一项便提到StringBuilder是非线程安全的，那么是什么原因导致了StringBuilder的线程不安全呢？原因分析如果你看了StringBuilder或StringBuffer的源代码会说，因为StringBuilder在append操作时并未使用线程同步，而StringBuffer几乎大部分方法都使用了synchronized关键字进行方法级别的同步处理。上面这种说法肯定是正确的，对照

       åœ¨å‰é¢çš„面试题讲解中我们对比了String、StringBuilder和StringBuffer的区别，其中一项便提到StringBuilder是非线程安全的，那么是什么原因导致了StringBuilder的线程不安全呢？

       åŽŸå› åˆ†æž

       å¦‚果你看了StringBuilder或StringBuffer的源代码会说，因为StringBuilder在append操作时并未使用线程同步，而StringBuffer几乎大部分方法都使用了synchronized关键字进行方法级别的同步处理。

       ä¸Šé¢è¿™ç§è¯´æ³•è‚¯å®šæ˜¯æ­£ç¡®çš„，对照一下StringBuilder和StringBuffer的部分源代码也能够看出来。

       StringBuilder的append方法源代码：

       @Override

       public StringBuilder append(String str) {

       super.append(str);

       return this;

       }

       StringBuffer的append方法源代码：

       @Override

       public synchronized StringBuffer append(String str) {

       toStringCache = null;

       super.append(str);

       return this;

       }