String、StringBuffer与StringBuilder之间区别

最新推荐文章于 2025-03-27 10:26:59 发布

iteye_17686

最新推荐文章于 2025-03-27 10:26:59 发布

阅读量66

点赞数

本文详细对比了String、StringBuffer和StringBuilder在字符串处理中的优缺点及适用场景。通过具体案例阐述了不同场景下的性能表现，帮助读者理解如何高效地选择和使用这些类。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近学习到StringBuffer，心中有好些疑问，搜索了一些关于String，StringBuffer，StringBuilder的东西，现在整理一下。

关于这三个类在字符串处理中的位置不言而喻，那么他们到底有什么优缺点，到底什么时候该用谁呢？下面我们从以下几点说明一下

　　1.三者在执行速度方面的比较：StringBuilder> StringBuffer > String

2.String <（StringBuffer，StringBuilder）的原因

　　　　String：字符串常量

　　　　StringBuffer：字符创变量

　　　　StringBuilder：字符创变量

　　　　从上面的名字可以看到，String是“字符创常量”，也就是不可改变的对象。对于这句话的理解你可能会产生这样一个疑问，比如这段代码：

1Strings="abcd";
2s=s+1;
3System.out.print(s);//result:abcd1

　　　我们明明就是改变了String型的变量s的，为什么说是没有改变呢? 其实这是一种欺骗，JVM是这样解析这段代码的：首先创建对象s，赋予一个abcd，然后再创建一个新的对象s用来　　　　执行第二行代码，也就是说我们之前对象s并没有变化，所以我们说String类型是不可改变的对象了，由于这种机制，每当用String操作字符串时，实际上是在不断的创建新的对象，而原来的对象就会变为垃圾被ＧＣ回收掉，可想而知这样执行效率会有多底。

　　　而StringBuffer与StringBuilder就不一样了，他们是字符串变量，是可改变的对象，每当我们用它们对字符串做操作时，实际上是在一个对象上操作的，这样就不会像String一样创建一些而外的对象进行操作了，当然速度就快了。

　　3.一个特殊的例子：

1Stringstr=“Thisisonlya”+“simple”+“test”;
3StringBufferbuilder=newStringBuilder(“Thisisonlya”).append(“simple”).append(“test”);

　　　　你会很惊讶的发现，生成str对象的速度简直太快了，而这个时候StringBuffer居然速度上根本一点都不占优势。其实这是JVM的一个把戏，实际上：

　　　　String str = “This is only a” + “ simple” + “test”;

　　　　其实就是：

　　　　String str = “This is only a simple test”;

　　　　所以不需要太多的时间了。但大家这里要注意的是，如果你的字符串是来自另外的String对象的话，速度就没那么快了，譬如：

　　　　String str2 = “This is only a”;

　　　　String str3 = “ simple”;

　　　　String str4 = “ test”;

　　　　String str1 = str2 +str3 + str4;

　　　　这时候JVM会规规矩矩的按照原来的方式去做。

　　4.StringBuilder与 StringBuffer

　　　　StringBuilder：线程非安全的

　　　　StringBuffer：线程安全的

　　　　当我们在字符串缓冲去被多个线程使用是，JVM不能保证StringBuilder的操作是安全的，虽然他的速度最快，但是可以保证StringBuffer是可以正确操作的。当然大多数情况下就是我们是在单线程下进行的操作，所以大多数情况下是建议用StringBuilder而不用StringBuffer的，就是速度的原因。

对于三者使用的总结： 1.如果要操作少量的数据用 = String

　　　　　　　　　　 2.单线程操作字符串缓冲区下操作大量数据 = StringBuilder

　　　　　　　　　　 3.多线程操作字符串缓冲区下操作大量数据 = StringBuffer

效率：String 与 StringBuffer

情景1： (1) String result = "hello" + " world"; (2) StringBuffer result = new String().append("hello").append(" world");

(1) 的效率好于 (2)，不要奇怪，这是因为JVM会做如下处理 编译前String result = "hello" + " world"; 编译后String result = "hello world";

情景2： (1) public String getString(String s1, String s2) { return s1 + s2; } (2) public String getString(String s1, String s2) { return new StringBuffer().append(s1).append(s2); }

(1) 的效率与 (2) 一样，这是因为JVM会做如下处理 编译前return s1 + s2; 编译后return new StringBuffer().append(s1).append(s2);

情景3： (1) String s = "s1"; s += "s2"; s += "s3"; (2) StringBuffer s = new StringBuffer().append("s1").append("s2").append("s3");

(2) 的效率好于(1)，因为String是不可变对象，每次"+="操作都会造成构造新的String对象

情景4： (1) StringBuffer s = new StringBuffer(); for (int i = 0; i < 50000; i ++) { s.append("hello"); } (2) StringBuffer s = new StringBuffer(250000); for (int i = 0; i < 50000; i ++) { s.append("hello"); } (2) 的效率好于 (1)，因为StringBuffer内部实现是char数组，默认初始化长度为16，每当字符串长度大于char 数组长度的时候，JVM会构造更大的新数组，并将原先的数组内容复制到新数组，(2)避免了复制数组的开销 关键点 1). 简单的认为 .append() 效率好于 "+" 是错误的！ 2). 不要使用 new 创建 String 3). 注意 .intern() 的使用 4). 在编译期能够确定字符串值的情况下，使用"+"效率最高 5). 避免使用 "+=" 来构造字符串 6). 在声明StringBuffer对象的时候，指定合适的capacity，不要使用默认值(18) 7). 注意以下二者的区别不一样 - String s = "a" + "b"; - String s = "a"; s += "b";

我觉得说String的字符串不能改变话是不错,但是例子要举好

看看下面这个简单的例子:

首先,

public class xx {public static void main(String[] args) { String s1 = "You are hired!";String s2 = "You are hired!";if (s1==s2) {System.out.println("一个内存空间");} else {System.out.println("不是一个内存空间");}}}

打印的结果是:一个内存空间

这里==的意义是两个操作数是否指向同一个对象

可见s2在不用new创建的情况下会自动检索到具有相同内容的内存空间中共享,那么既然s1和s2共享了同一个对象

再看下面的代码

public class xx {public static void main(String[] args) { String s1 = "You are hired!";String s2 = "You are hired!";s1 = s1.replace('h','f');System.out.println(s1);if (s1==s2) {System.out.println("一个内存空间");} else {System.out.println("不是一个内存空间");}}}

代码结果是

You are fired!

不是一个内存空间

可见,String中s1的内容虽然被改写,但是已经不在是原来第一次分配到的那个内存空间,也就是String类的内容能被改变,但一旦改变系统将为其分配新的内存

说到与stringBuffer的区别,从根本上来说应该是

stringBuffer在做字符长度变动的时候将继续使用原来的内存空间,不新分配.

而String的长度一旦变动,就如上面的例子一样,其内部将分配新的内存空间.