Java 中String , StringBuffer 和StringBuilder

2019-03-03 01:01|来源: 网络

 相信大家对 String 和 StringBuffer 的区别也已经很了解了,但是估计还是会有很多同志对这两个类的工作原理有些不清楚的地方,今天我在这里重新把这个概念给大家复习一下,顺便牵出 J2SE 5.0 里面带来的一个新的字符操作的类—— StringBuilder (先别忙着扔我砖头,我还算清醒,我这里说的不是 C #, Java 也有 StringBuilder 类)。那么这个 StringBuilder 和 StringBuffer 以及我们最早遇见的 String 类有那些区别呢?在不同的场合下我们应该用哪个呢?我讲讲自己对这几个类的一点看法,也希望大家提出意见,每个人都有错的地方,在错了改的同时更是一个学习的好机会。 简要的说, String 类型和 StringBuffer 类型的主要性能区别其实在于 String 是不可变的对象(为什么?问问 Java 的设计者吧,为什么 String 不是原生类型呢?)因此在每次对 String 类型进行改变的时候其实都等同于生成了一个新的 String 对象,然后将指针指向新的 String 对象,所以经常改变内容的字符串最好不要用 String ,因为每次生成对象都会对系统性能产生影响,特别当内存中无引用对象多了以后, JVM 的 GC 就会开始工作,那速度是一定会相当慢的。这里尝试举个不是很恰当的例子: String S1 = “abc”; For(int I = 0 ; I  String 而 StringBuilder 跟他们比又怎么样呢?先简单介绍一下, StringBuilder 是 JDK5.0 中新增加的一个类,它跟 StringBuffer 的区别看下面的介绍(来源 JavaWorld ): Java.lang.StringBuffer 线程安全的可变字符序列。类似于 String 的字符串缓冲区,但不能修改。可将字符串缓冲区安全地用于多个线程。可以在必要时对这些方法进行同步,因此任意特定实例上的所有操作就好像是以串行顺序发生的,该顺序与所涉及的每个线程进行的方法调用顺序一致。 每个字符串缓冲区都有一定的容量。只要字符串缓冲区所包含的字符序列的长度没有超出此容量,就无需分配新的内部缓冲区数组。如果内部缓冲区溢出,则此容量自动增大。从 JDK 5.0 开始,为该类增添了一个单个线程使用的等价类,即 StringBuilder 。与该类相比,通常应该优先使用 StringBuilder 类,因为它支持所有相同的操作,但由于它不执行同步,所以速度更快。 但是如果将 StringBuilder 的实例用于多个线程是不安全的。需要这样的同步,则建议使用 StringBuffer 。 这样说估计大家都能明白他们之间的区别了,那么下面我们再做一个一般性推导: 在大部分情况下 StringBuilder > StringBuffer 因此,根据这个不等式的传递定理: 在大部分情况下 StringBuilder > StringBuffer > String 既然有这样的推导结果了.

 
出处: http://www.blogjava.net/chenpengyi/archive/2006/05/04/44492.html  
转自:http://www.iteye.com/blog/1913514

相关问答

更多

声纳抱怨:使用StringBuilder而不是StringBuffer(Sonar complains : use StringBuilder instead of StringBuffer)

这是一个警告,而不是一个错误。 Sonar的工作是警告你, 因为 StringBuilder 速度更快,所以它是可取的。 如果API迫使你使用StringBuffer那么我会使用它并使警告消失。 我认为Pattern和两个缓冲区的真正潜在问题是StringBuffer和StringBuilder没有共享用于构建字符串的特定接口( Appendable是一个更通用的接口,我认为它们应该共享一个更具体的接口来构造字符串,比如StringConstructor ) ,这将允许您通过零努力切换实施(通常

String,StringBuilder和StringBuffer创建的String之间的区别(Difference between String created by String, StringBuilder and StringBuffer)

每个类都可以选择以自己的方式计算哈希码。 散列码没有意义,而且非常简单的规则(缩写): equals()返回true的对象必须返回相同的哈希码。 equals()返回false的对象应返回不同的哈希代码,以达到类的最佳能力,以确保哈希表(如HashMap和HashSet更好性能。 由于值为"ABC"的String和值为"ABC"的StringBuilder不相等 ,因此不要求它们返回相同的哈希码。 如果从StringBuilder提取String值,那么该字符串值必须与具有相同值的另一个字符串具

String,StringBuffer和StringBuilder(String, StringBuffer, and StringBuilder)

可变性差异: String是不可变的 ,如果您尝试更改其值,则会创建另一个对象,而StringBuffer和StringBuilder是可变的,因此可以更改其值。 线程安全差异: StringBuffer和StringBuilder之间的区别是StringBuffer是线程安全的。 所以当应用程序只需要在一个线程中运行时,最好使用StringBuilder 。 StringBuilder比StringBuffer更有效。 情况: 如果你的字符串不会改变使用String类,因为String对象是不

java中的StringBuffer / StringBuilder大小(StringBuffer/StringBuilder size in java)

这样做会带来哪些优势/优化? 我认为这样做没有任何优势。 我的建议是选择比预期尺寸稍大的初始尺寸......如果你有一个适度的好估计。 如果你没有估算的话,通过提供一个初始尺寸你将不会获得太多收益。 使用明显高估的初始大小不是一个好主意。 它浪费了空间,而且JVM将不得不将所有那些在某些耗费CPU /内存周期的地方使用的字符清零。 [应该可以根据经验确定低估和高估尺寸的成本,并与使用默认初始尺寸的成本进行比较。 然而,这些数字可能取决于JIT优化器的性能如何,以及诸如内存复制速度有多快与可以将其

“StringBuffer是同步的(或线程安全的)并且StringBuilder不是”,为什么这会使得StringBuffer方法变慢?(“StringBuffer is synchronized (or thread-safe) and StringBuilder is not”, why does this make StringBuffer methods slower?)

即使大多数实例不是跨线程使用,因为实例可能会有一些小的开销获取和释放无连接的锁,并且锁定elision在StringBuffer中不起作用。 请参阅http://book.javanb.com/java-threads-3rd/jthreads3-CHP-5-SECT-1.html以获取虚拟机在获取和释放锁时必须执行的操作。 There is some small overhead acquiring and releasing even an uncontended lock, and loc