本文共 1821 字,大约阅读时间需要 6 分钟。
String,StringBuilder,StringBuffer三者都是对字符串的操作,在这里我们简单的说一下它们之间的去区别;
一:String
String操作字符串,被String修饰的变量是定长且不可改变的,若想对被修饰的字符串修改,使用+号拼接,此时会返回一个新的对象,而不是原本的对象;对于为什么定长且不可变;这里看一下源码;
public final class String implements java.io.Serializable, Comparable, CharSequence { /** The value is used for character storage. */ private final char value[];// jdk1.8
在这里可以看到源码中,String底层是一个由final修饰的char数组(jdk1.8即之前);在jdk1.9后,采用的是byte数组,在这里可以看一下源码;
@Stable //表示下方属性 最多被赋值1次!private final byte[] value;// jdk1.9
由于是有final修饰,所以是定长不可变,在上面的源码中也看到了,String本身类也是由final修饰的,所以String类也是不可被继承的;
二:StringBuilder与StringBuffer
相比于String来说,他们的优势就在于对字符串的操作更加的灵活多变了,使用他的一些方法,如append();对字符串进行增加,返回的对象是当前对象的本身,并不会返回新的对象。
而StringBuilder和StringBuffer这二者的主要区别在于线程安全问题;在源码中显示他们都继承于AbstractStringBuilder抽象类;
public final class StringBuilder extends AbstractStringBuilder implements java.io.Serializable, CharSequence{...}
public final class StringBuffer extends AbstractStringBuilder implements java.io.Serializable, CharSequence{...}
现在来看看在他们的父类当中是如何造成线程安全问题的,又是采用什么方法如何解决线程安全问题的;
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;}
在源码中不难看出,方法中有一个+=的操作,此操作并不是一个原子性的操作,如此一来线程安全问题就出现了;
那么又是如何解决的这个问题呢?接下来看看StringBuilder和StringBuffer的源码:
@Overridepublic StringBuilder append(String str) { super.append(str); return this;}
@Overridepublic synchronized StringBuffer append(String str) { toStringCache = null; super.append(str); return this;}
原来他们的差别在于方法有无synchronized关键字的修饰;在StringBuffer的底层方法中使用到了synchronized锁的机制,锁住方法,保证了线程的安全;而StringBuilder中并没有采用这种机制,直接调用父类的方法;父类的非原子性操作给它带来了线程安全问题。
所以就形成了他们两者的使用场景不同:
在多线程大数据量中使用StringBuffer;在单线程大数据量中使用StringBuilder。
转载地址:https://blog.csdn.net/weixin_43398098/article/details/118409473 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!