java字符串抉择

下面我们就字符串连接方面分析。

　　1.string

　　打开string的源码，如图所示

　　会发现存储字符串的字符数值是final常量。再看string的构造方法，发现string的value值在构造方法就确定了值。这里有必要说明下关键字final

　　final修饰的属性为常量(值不可改变),要么在声明的同时赋值，要么在构造方法里面进行赋值，一旦赋值就不能改变。

　　所以，用string来实现字符串拼接,由于string的值不可改变，所以每次拼接都要生成一个新的string来存储新的字符串。所以使用string来处理字符串拼接性能会很低。

　　更多string的信息，可以参考博客：

　　2.stringbuffer

　　stringbuffer类继承了抽象类 abstractstringbuilder类，打开abstractstringbuilder源码

　　再来stringbuffer看看重载的三个构造方法

　　发现都是调用父类abstractstringbuilder的构造方法

　　发现stringbuffer的存储数据的char数组不是final类型的，说明可以变更，且构建出来的字符串都还有空余的位置来拼接字符串。

　　在stringbuffer中我们使用append()函数来进行字符串的拼接。我们可以想到虽然char数组还有剩余，但一直拼接肯定也不够用。所以有必要看看append函数的源码实现。

　　查看其父类abstractstringbuilder的append方法

　　发现当value数组容量不够时，会创建一个新的value数组来存储字符串。到这里就应该明白了stringbuffer字符串拼接的原理啦。当char value数组不够时会创建个更大容量的数组来存储。效率明显比string高。

　　3.stringbuilder

　　stringbuilder和stringbuffer是两兄弟，用法基本一样，不同的是stringbuffer是同步的，线程安全的，而stringbuilder不保证同步，线程不安全。

　　stringbuilder在大多数实现中比stringbuffer快， 在字符串缓冲区被单个线程访问时，建议优先使用stringbuilder

以上所述是小编给大家介绍的java字符串抉择，希望对大家有所帮助