zoukankan      html  css  js  c++  java
  • String、StringBuffer和StringBuilder的区别

    这三个类之间的区别主要是在两个方面,即运行速度和线程安全这两方面。

    1、首先说运行速度,或者说是执行速度,在这方面运行速度快慢为:StringBuilder > StringBuffer > String

    String最慢的原因:String为字符串常量,而StringBuilder和StringBuffer均为字符串变量,即String对象一旦创建之后该对象是不可更改的,但后两者的对象是变量,是可以更改的。

    String str="abc";
    System.out.println(str);
    str=str+"de";
    System.out.println(str);

    运行这段代码会发现先输出“abc”,然后又输出“abcde”,好像是str这个对象被更改了,其实,这只是一种假象罢了,JVM对于这几行代码是这样处理的,

    首先创建一个String对象str,并把“abc”赋值给str,然后在第三行中,其实JVM又创建了一个新的对象也名为str,然后再把原来的str的值和“de”加起来再赋

    值给新的str,而原来的str就会被JVM的垃圾回收机制(GC)给回收掉了,所以,str实际上并没有被更改,也就是前面说的String对象一旦创建之后就不可

    更改了。所以,Java中对String对象进行的操作实际上是一个不断创建新的对象并且将旧的对象回收的一个过程,所以执行速度很慢。

    而StringBuilder和StringBuffer的对象是变量,对变量进行操作就是直接对该对象进行更改,而不进行创建和回收的操作,所以速度要比String快很多。

    2、线程安全问题

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

    为什么 StringBuffer 是线程不安全的呢?我们需要看下他们底层的相关源码来进行分析

    StringBuffer源码分析

     StringBuilder源码分析

    从源码可以看到,StringBuffer底层的方法是被 synchronize 关键字修饰的,所以是线程安全的

     StringBuilder线程不安全分析

    //StringBuilder 类中append()方法实现,是通过调用父类的append()方法来进行追加的
    @Override
        public StringBuilder append(String str) {
            super.append(str);
            return this;
     }
    
    
    
    //父类 AbstractStringBuilder 类中append()方法实现是通过调用String类中的getChars()方法来进行字符串的拼接的
    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;
        }
    
    //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);
        }

    从以上代码可以看到,在 StringBuilder 进行追加字符串的时候,会调用getChars() 方法,并将一个 count 值传入过去,

    这个值的作用是要找到当前字符数组的count位置,将新追加的字串符添加在这个位置,但是如果在多线程的情况下,多个线程同时获取到了当前的 count 值,

    进行追加操作,这样,由于获取的 count 值相同,后面线程的追加操作就会覆盖前面线程的操作,会丢失一些数据,所以说 StringBuilder 是线程不安全的

    总结

    • StringBuffer和StringBuilder都继承自抽象类AbstractStringBuilder。

    • 存储数据的字符数组也没有被final修饰,说明值可以改变,且构造出来的字符串还有空余位置拼接字符串,但是拼接下去肯定也有不够用的时候,这时候它们内部都提供了一个自动扩容机制,当发现长度不够的时候(默认长度是16),会自动进行扩容工作,扩展为原数组长度的2倍加2,创建一个新的数组,并将数组的数据复制到新数组,所以对于拼接字符串效率要比String要高。自动扩容机制是在抽象类中实现的。

    • 线程安全性:StringBuffer效率低,线程安全,因为StringBuffer中很多方法都被 synchronized 修饰了,多线程访问时,线程安全,但是效率低下,因为它有加锁和释放锁的过程。StringBuilder效率高,但是线程是不安全的。

  • 相关阅读:
    Flink集群模式部署及案例执行
    Solr查询解析及内核剖析
    Spark Streaming流计算核心概念
    Kaldi语音识别CVTE模型实战
    Kaldi基础代码库及建模
    Kaldi样例实战
    Solr文本分析剖析【文本分析、分词器详解、自定义文本分析字段及分词器】
    Flink场景分析与比较【事件驱动、数据分析、数据管道】
    什么是Apache Flink实时流计算框架?
    基于Tesseract实现图片文字识别
  • 原文地址:https://www.cnblogs.com/BeenTogether/p/13553102.html
Copyright © 2011-2022 走看看