String，StringBuffer，StringBuild区别与联系

最新推荐文章于 2024-05-02 21:48:57 发布

原创最新推荐文章于 2024-05-02 21:48:57 发布 · 285 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#字符串 #java #String #StringBuffer #StrinBuild

给我个offer吧同时被 2 个专栏收录

72 篇文章

订阅专栏

数据库

21 篇文章

订阅专栏

本文详细探讨了Java中String、StringBuffer和StringBuilder的特性及应用，对比了它们在字符串操作时的性能差异，强调了在不同场景下选择合适类的重要性。

（1）string

1，Stirng是对象不是基本数据类型
2，String是final类，不能被继承。是不可变对象，一旦创建，就不能修改它的值。
3，对于已经存在的Stirng对象，修改它的值，就是重新创建一个对象，然后将新值赋予这个对象

不可改变的Unicode字符序列
池化思想，把需要共享的数据放在池中，用一个存储区域来存放一些公用资源以减少存储空间的开销。
在String类中，以字面值创建时，会到Java方法空间的串池中去查找，如果没有则会在串池里创建一个字符串对象，并返回其地址赋给对象变量，如果有就返回串池中字符串的地址，并把这个地址赋给对象变量。
如果是new，则会在堆空间中创建String类的对象，不会有上述的过程
如：
String s1 = “abc”; //新创建，字符串常量池中没有该串，则会在池中创建一个串"abc"
String s2 = “abc”; //串池中已经存在"abc"，则s2会去指向"abc"而不会去创建一个新的
String s3 = new String(“abc”); //直接在堆中去开辟一个新的空间，而不会去池中查找
类中的具体方法查看下Api文档。
调用任何String中的方法，不会改变String自身，除非重新赋值。

（2）stringBuffer

1，一个类似于 String 的字符串缓冲区，对它的修改的不会像String那样重创建对象。
　　 2，使用append()方法修改Stringbuffer的值，使用toString()方法转换为字符串。

3，线程安全，效率低

可改变的Unicode字符序列
允许并发操作，是线程安全的
String类在进行字符串连接时会显得效率很低，就是因为它所产生的对象的属性是不能够修改的，当连接字符串时也就只能创建新的对象。
对于很多字符串连接时，应当使用StringBuffer类，使用这个类的对象来进行字符串连接时就不会有多余的中间对象生成，从而优化了效率。
例：对于字符串连接String str = “A” + “B” + “C” + “D”;
产生：“AB”、“ABC”、“ABCD”
在串池中产生的"AB"、"ABC"明显是多余对象，浪费空间。
解决方案：

String s = null;
StringBuffer sb = new StringBuffer("A");
sb.append("B");
sb.append("C");
sb.append("D");
s = sb.toString();

（3）stringBuild

是jdk1.5后用来替换stringBuffer的一个类，大多数时候可以替换StringBuffer。和StringBuffer的区别在于Stringbuild是一个单线程使用的类，

不执行线程同步所以比 StringBuffer的速度快，效率高。是线程非安全的。

可改变的Unicode字符序列
操作同StringBuffer，只是不支持并发操作，非线程安全

（4）区别，联系

使用举例
String s1 = “hello”；
s1=“world”；
这个操作其实是：其实是创建了两个String对象。
String s2 = “hello”
s2 += “world”;
这操作是：先创建一个String对象，在接下来进行字符串连接的时候，有创建了一个StringBuild(jdk1.5前是StringBuffer),然后调用append()方法，最后调用toString()方法。
有此可以看出String对字符的操作比直接使用Stringbuffer（或者StringBuild）要多出附加的操作，而且String是不可变对象，使用String对字符串操作会产生大量的、多余java对象。所以结果是：影响性能，占用空间。
程序举例：
分别使用String和StringBuffer对字符串“0123456789”累加10000次,然后统计耗时多长

    String str = "0123456789"; 
    String str2 = ""; 
    int count = 10000; 
    long start = System.currentTimeMillis(); 
    for (int i = 0; i < count; i++) { 
        str2 += str; 
    } 
    long end = System.currentTimeMillis(); 
    long time = (end - start); 
    System.out.println(time);

运行多次，在我的机器上平均时间约等于3300，即3.3秒，下面用StringBuffer来操作，查看结果

String str = "0123456789"; 
StringBuffer sb = new StringBuffer(); 
int count = 10000; 
long start = System.currentTimeMillis(); 
for (int i = 0; i < count; i++) { 
sb.append(str); 
} 
String str2 = sb.toString(); 
long end = System.currentTimeMillis(); 
long time = (end - start); 
System.out.println(time);

同样在我的机器上结果平均结果小于10，即0.01秒，两者相差300多倍，而且随着循环次数的增加这个差距逐渐增大

(4).字符串常量池

String s1 = "abc";
String s2 = "abc";
System.out.println(s1==s2);

结果是 true；

采用字面值的方式创建一个字符串时，JVM首先会去字符串池中查找是否存在"abc"这个对象，如果不存在，则在字符串常量池中创建"abc"这个对象，然后将池中"abc"这个对象的引用地址返回给"abc"对象的引用s1，这样s1会指向字符串常量池中"abc"这个字符串对象；如果存在，则不创建任何对象，直接将池中"abc"这个对象的地址返回，赋给引用s2。因为s1、s2都是指向同一个字符串池中的"abc"对象，所以结果为true。

String s3 = new String("xyz");
String s4 = new String("xyz");
System.out.println(s3==s4);

结果是 false

采用new关键字新建一个字符串对象时，JVM首先在字符串池中查找有没有"xyz"这个字符串对象，如果有，则不在池中再去创建"xyz"这个对象了，直接在堆中创建一个"xyz"字符串对象，然后将堆中的这个"xyz"对象的地址返回赋给引用s3，这样，s3就指向了堆中创建的这个"xyz"字符串对象；如果没有，则首先在字符串池中创建一个"xyz"字符串对象，然后再在堆中创建一个"xyz"字符串对象，然后将堆中这个"xyz"字符串对象的地址返回赋给s3引用，这样，s3指向了堆中创建的这个"xyz"字符串对象。s4则指向了堆中创建的另一个"xyz"字符串对象。s3 、s4是两个指向不同对象的引用，结果当然是false。

String s = new String("abc"); //创建了几个对象

两个；
第一个对象是"abc"字符串存储在常量池中；
第二个对象是创建在Heap中的String对象；这里的s是放在栈里面的指向了Heap堆中的String对象。

String s1 = new String("s1") ;
String s2 = new String("s1") ; //创建了几个对象

三个；
第一个是编译期就已经创建在常量池中创建的"s1"，因为创建一个之后常量池中就会有，不再创建，直接指向；
后面两个是运行期使用new创建在堆上的s1和s2；