StringBuffer和StringBuilder

前言

我们知道,对于一般大量频繁的String操作,我们不建议也不应该直接用String进行相加操作,而我们应借助StringBuffer或者StringBuilder来实现。

StringBuffer是线程安全的,而StringBuilder是线程不安全的。

由此看来,StringBuilder对String的操作快,不安全,适合单线程;StringBuilder对String的操作较StringBuilder慢,安全,适合多线程和单线程。

我们今天分析一下二者的源码。

分析

class定义

两者的class定义。

//StringBuffer
 public final class StringBuffer
    extends AbstractStringBuilder
    implements java.io.Serializable, CharSequence
{}

//StringBuilder
public final class StringBuilder
    extends AbstractStringBuilder
    implements java.io.Serializable, CharSequence
{}

二者的UML图如下:

这里写图片描述

这里写图片描述

可以看到二者均继承AbstractStringBuilder类,且都实现了Serializable和CharSequence接口。即二者分别是AbstractStringBuilder类的安全和不安全的一种实现。

构造器

我们先来分析下StringBuffer。

    public StringBuffer() {
        super(16);
    }
    public StringBuffer(int capacity) {
        super(capacity);
    }
    public StringBuffer(String str) {
        super(str.length() + 16);
        append(str);
    }

可以看到,当我们new StringBuffer时,如果什么也不传,默认赋予16数组长度,如果传入一个String,则长度为String.length()+16。

append方法

在看一下append方法。关键字synchronized 对该方法进行了加锁,保证安全,toStringCache 赋值为空。然后调用AbstractStringBuilder的append方法。

StringBuffer append方法。

    @Override
    public synchronized StringBuffer append(String str) {
        toStringCache = null;
        super.append(str);
        return this;
    }

AbstractStringBuilder里的方法。

    public AbstractStringBuilder append(String str) {
        if (str == null)
            return appendNull();
        int len = str.length();
        ensureCapacityInternal(count + len);
        str.getChars(0, len, value, count);
        count += len;
        return this;
    }
    private AbstractStringBuilder appendNull() {
        int c = count;
        ensureCapacityInternal(c + 4);
        final char[] value = this.value;
        value[c++] = 'n';
        value[c++] = 'u';
        value[c++] = 'l';
        value[c++] = 'l';
        count = c;
        return this;
    }
    private void ensureCapacityInternal(int minimumCapacity) {
        // overflow-conscious code
        if (minimumCapacity - value.length > 0) {
            value = Arrays.copyOf(value,
                    newCapacity(minimumCapacity));
        }
    }

String里的getChars方法。

    public void getChars(int srcBegin, int srcEnd, char dst[], int dstBegin) {
        if (srcBegin < 0) {
            throw new StringIndexOutOfBoundsException(srcBegin);
        }
        if (srcEnd > value.length) {
            throw new StringIndexOutOfBoundsException(srcEnd);
        }
        if (srcBegin > srcEnd) {
            throw new StringIndexOutOfBoundsException(srcEnd - srcBegin);
        }
        System.arraycopy(value, srcBegin, dst, dstBegin, srcEnd - srcBegin);
    }

对于这段代码的理解。追加一个Str时,如果是null,则调用appendNull方法,在后面直接加一个null字符串。如果不为空,拿到字符串长度,进行容量扩容为当前容量+str的长度,调用String的getChars方法,将字符串数组加在后面,这最后是个char数组。

这里写图片描述

通过上图可以看到 AbstractStringBuilder是基于char数组实现的,count用于统计当前长度。

toString方法

我们看一下toString方法。可以发现他把字符串数组先放到了缓存数组,然后在返回一个String。当StringBuffer变化时,如append,则直接把toStringCache 赋值为空。

    @Override
    public synchronized String toString() {
        if (toStringCache == null) {
            toStringCache = Arrays.copyOfRange(value, 0, count);
        }
        return new String(toStringCache, true);
    }

insert方法

我们再来分析一下StringBuffer的insert,由于重载方法较多,我们只分析insert String的代码。

StringBuffer insert方法。

    @Override
    public synchronized StringBuffer insert(int offset, String str) {
        toStringCache = null;
        super.insert(offset, str);
        return this;
    }

AbstractStringBuilder里的insert方法。

    public AbstractStringBuilder insert(int offset, String str) {
        if ((offset < 0) || (offset > length()))
            throw new StringIndexOutOfBoundsException(offset);
        if (str == null)
            str = "null";
        int len = str.length();
        ensureCapacityInternal(count + len);
        System.arraycopy(value, offset, value, offset + len, count - offset);
        str.getChars(value, offset);
        count += len;
        return this;
    }

可以看到与append大致相同,就是调用System.arraycopy的时候插入的位置发生了变化。

其他方法(delete,replace等)

    //StringBuffer
    @Override
    public synchronized StringBuffer delete(int start, int end) {
        toStringCache = null;
        super.delete(start, end);
        return this;
    }
    //AbstractStringBuilder
    public AbstractStringBuilder delete(int start, int end) {
        if (start < 0)
            throw new StringIndexOutOfBoundsException(start);
        if (end > count)
            end = count;
        if (start > end)
            throw new StringIndexOutOfBoundsException();
        int len = end - start;
        if (len > 0) {
            System.arraycopy(value, start+len, value, start, count-end);
            count -= len;
        }
        return this;
    }

    //StringBuffer
    @Override
    public synchronized StringBuffer replace(int start, int end, String str) {
        toStringCache = null;
        super.replace(start, end, str);
        return this;
    }
    //AbstractStringBuilder
    public AbstractStringBuilder replace(int start, int end, String str) {
        if (start < 0)
            throw new StringIndexOutOfBoundsException(start);
        if (start > count)
            throw new StringIndexOutOfBoundsException("start > length()");
        if (start > end)
            throw new StringIndexOutOfBoundsException("start > end");

        if (end > count)
            end = count;
        int len = str.length();
        int newCount = count + len - (end - start);
        ensureCapacityInternal(newCount);

        System.arraycopy(value, end, value, start + len, count - end);
        str.getChars(value, start);
        count = newCount;
        return this;
    }

可以看到他们均使用了System.arraycopy方法。这儿不再一一赘述。

其他

我们再看一下StringBuilder的源码。发现它与StringBuffer差别很小。

不同点:

  1. 增删改操作上没有synchronized关键字。

  2. 没有private transient char[] toStringCache;的定义。

第一点正好验证了StringBuilder不是线程安全的,第二点StringBuffer中toStringCache的引入是为了在多线程并发下读取写入数据起到一定的缓存缓冲作用。

结论

我们可以看到,无论StringBuilder还是StringBuffer,都是AbstractStringBuilder的实现类。

AbstractStringBuilder对字符串的操作,实质是将它存储在一个char数组中,这样减小了内存开销。我们知道,如果使用String连加,会创造大量String对象,GC来不及回收,导致OOM异常或内存开销增大。StringBuffer和StringBuilder对String的操作完美的解决了这个问题,且相当于提供了操作字符串更加直观的方法(如insert,delete,append等)。这是值得我们借鉴和学习的。

以上就是StringBuffer和StringBuilder的源码分析。

### 回答1: StringBufferStringBuilderJava 中的字符串操作类。它们都是可变的字符序列,可用于在运行时构造字符串。 两者的主要区别在于线程安全性。StringBuffer 是线程安全的,它的每个方法都是同步的,因此可以在多线程环境中使用。StringBuilder 是非线程安全的,它的方法不是同步的,因此不能在多线程环境中使用。 因此,如果不需要线程安全,建议使用 StringBuilder,因为它比 StringBuffer 更快。如果需要线程安全,则使用 StringBuffer。 ### 回答2: StringBufferStringBuilderJava中的两个字符串操作类,它们都可以用来处理可变的字符串。 StringBuffer是一个线程安全的类,适用于多线程环境下。它提供了多个方法来操作字符串,如添加、插入、删除、替换等。StringBuffer对象是可变的,可以在原有字符串的基础上进行修改,而不会创建新的对象。这使得在频繁修改字符串的情况下,StringBufferString更高效。 StringBuffer使用同步机制来保证线程安全,因此在多线程环境中频繁地操作字符串时,建议使用StringBufferStringBuilder也是一个可变的字符串类,与StringBuffer类似,它也提供了多个方法来操作字符串。然而,StringBuilder不是线程安全的,因此在单线程环境下使用效果更好。相比于StringBufferStringBuilder的操作速度更快,因为它不需要进行同步控制。 一般来说,在单线程环境下,如果需要频繁地进行字符串拼接、替换等操作,建议使用StringBuilder;而在多线程环境下,或者需要保证线程安全性时,应使用StringBuffer。 总之,StringBufferStringBuilder在处理可变字符串时都非常有效。具体使用哪个类可以根据实际情况来选择,考虑到线程安全和性能方面的需求。 ### 回答3: StringBufferStringBuilder都是Java中用于处理可变字符串的类。它们的主要区别在于线程安全性和性能。 StringBuffer是一个线程安全的类,它的所有公共方法都被synchronized修饰,因此多个线程可以同时访问一个StringBuffer对象而不会出现问题。这使得StringBuffer适用于在多线程环境中进行字符串操作的场景。然而,由于同步的代价是一定的,所以StringBuffer的性能相对较低。 StringBuilder是一个非线程安全的类,它的方法没有被synchronized修饰,因此在多线程环境中使用StringBuilder可能会出现不可预期的结果。但是,由于没有同步的开销,StringBuilder的性能比StringBuffer高很多。 因此,如果在单线程环境中进行字符串操作,推荐使用StringBuilder,因为它的性能更好。但是在多线程环境中进行字符串操作时,为了保证数据的一致性,应该使用StringBuffer。 需要注意的是,无论是StringBuffer还是StringBuilder,它们都继承自AbstractStringBuilder,并且都有append、insert、delete等方法,可以方便地对字符串进行修改。另外,它们还都重写了toString方法,可以将字符串对象转化为String类型的字符串。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值