string和stringbuffer区别

本文详细解析了Java中String和StringBuffer的区别,包括参数传递、字符串替换和equals方法的实现原理,并通过代码示例展示了两者在实际应用中的差异。深入探讨了Java字符串操作的底层机制,帮助开发者理解如何更高效地使用这些内置类。
http://blogger.org.cn/blog/more.asp?name=hongrui&id=11880

string和stringbuffer区别
这是好友面试的一道题,其实我知道使用的区别,StringBuffer必须new出来,StringBuffer的append的效率比string的+=的效率高,
其实发现还有很大的区别,看了看以前scjp的考题
public class Test {
   public static void stringReplace (String text) {
   text = text.replace('j' , 'i');
   }
  
   public static void bufferReplace (StringBuffer text) {
   text = text.append("C");
   }
  
    public static void main (String args[]) {
    String textString = new String ("java");
    StringBuffer textBuffer = new StringBuffer ("java");
   
    stringReplace (textString);
    bufferReplace (textBuffer);
   
    System.out.println (textString + textBuffer);
    }
    }
答案是 javajavaC
这是Java参数传递(by value)造成的
而题目中第七行text = text.append (“C”),append方法会改变text中的值
而这个text与main中的textBuffer是指向同一个对象,所以对应的输出是javac。
string的值永远不会改变!
String a = "a";//假设a指向地址0x0001,
a = "b";//重新负值后a指向地址0x0002,但0x0001地址中保存的"a"依旧存在,但已经不再是a所指向的。
从表面上看String类型的对象改变了值,但事实是他不能改变值,只能改变指向的地址
StringBuffer则不同,直接改变指向的地址中保留的值
还有
StringBuffer s1 = new StringBuffer("a");
StringBuffer s2 = new StringBuffer("a");
s1.equals(s2)//为什么是false

String s1 = new String("a");
String s2 = new String("a");
s1.equals(s2)//为什么是true
StringBuffer类中没有重新定义equals这个方法,因此这个方法就来自Object类,
而Object类中的equals方法是用来比较地址的,所以等于false.

String类中重新定义了equals这个方法,而且比较的是值,而不是地址。所以会是
true。
对于这样能不能面试出真正的水平,感到怀疑。

`String`、`StringBuilder` `StringBuffer` 都是 Java 中用于处理字符串的类,但它们在可变性、线程安全性性能方面存在显著区别。 ### 可变性 - **`String`**:`String` 的值是不可变的,每次对 `String` 进行操作(如拼接、替换等)时,都会生成一个新的 `String` 对象,原来的对象仍然存在于内存中,如果没有被再次引用,则会被垃圾回收。例如: ```java String str = "Hello"; str = str + " World"; // 这里会创建一个新的 String 对象 ``` - **`StringBuilder` `StringBuffer`**:这两个类的值是可变的,它们在进行字符串操作时,不会创建新的对象,而是直接在原对象的基础上进行修改,避免了频繁创建对象带来的性能开销内存浪费[^3]。例如: ```java StringBuilder sb = new StringBuilder("Hello"); sb.append(" World"); // 直接在原对象上进行修改 ``` ### 线程安全性 - **`String`**:由于 `String` 是不可变的,因此它是线程安全的,多个线程可以同时访问同一个 `String` 对象,而不会出现数据不一致的问题。 - **`StringBuilder`**:`StringBuilder` 不是线程安全的,它的方法没有使用 `synchronized` 关键字修饰,因此不能在多线程环境下使用,否则可能会出现数据不一致的问题。例如,在多线程环境下对同一个 `StringBuilder` 对象进行操作,可能会导致部分操作丢失或数据混乱[^2][^3]。 - **`StringBuffer`**:`StringBuffer` 是线程安全的,它的很多方法都带有 `synchronized` 关键字,保证了在多线程环境下对 `StringBuffer` 对象的操作是线程安全的。例如,在多线程环境下对同一个 `StringBuffer` 对象进行操作,不会出现数据不一致的问题,但由于加锁会带来一定的性能开销,因此在单线程环境下使用 `StringBuffer` 会比 `StringBuilder` 慢[^2][^3]。 ### 性能 - **`String`**:由于每次操作都会生成新的对象,因此在进行大量字符串拼接等操作时,`String` 的性能较差,会消耗大量的内存 CPU 资源。 - **`StringBuilder`**:在单线程环境下,`StringBuilder` 的性能比 `StringBuffer` 高,因为它不需要进行线程同步,避免了加锁带来的性能开销。因此,在单线程环境下进行大量字符串操作时,建议使用 `StringBuilder`。 - **`StringBuffer`**:由于需要进行线程同步,`StringBuffer` 的性能相对较低。但在多线程环境下,为了保证数据的一致性,必须使用 `StringBuffer`。 ### 总结 - 如果字符串内容不需要改变,或者只进行少量的字符串操作,建议使用 `String`。 - 如果在单线程环境下进行大量的字符串操作,建议使用 `StringBuilder`,因为它的性能更高。 - 如果在多线程环境下进行大量的字符串操作,建议使用 `StringBuffer`,以保证线程安全。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值