知识点
相关文章
更多最近更新
更多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
相关问答
更多-
我没有JSR引用,但从我的exp。 以下是几个原因: 作为StringBuffer的子类的StringBuilder 对于性能原因并不是一个好主意 。 为了让StringBuffer线程安全,你必须掩盖每一个对StringBuilder调用,这是很多开销。 除了上述要点之外, 如果您可以直接访问类的内部部分 ,那么Java可以通过java.util.Collections.synchronized* apis添加java.lang.concurrent ,因此可以进一步优化 。 随着更多直接访问提供更多优化 ...
-
可变性差异: String是不可变的 ,如果您尝试更改其值,则会创建另一个对象,而StringBuffer和StringBuilder是可变的,因此可以更改其值。 线程安全差异: StringBuffer和StringBuilder之间的区别是StringBuffer是线程安全的。 所以当应用程序只需要在一个线程中运行时,最好使用StringBuilder 。 StringBuilder比StringBuffer更有效。 情况: 如果你的字符串不会改变使用String类,因为String对象是不可变的。 如 ...
-
注意这个答案最近受到一些关注。 我不是主张这个解决方案(这是我以前在STL之前看到的一个解决方案)。 这是一个有趣的方法,只能在std::string或std::stringstream如果在分析您的代码后,发现这会有所改进。 我通常使用std::string或std::stringstream 。 我从来没有遇到任何问题。 如果事先知道字符串的大小,我通常会先预留一些房间。 我已经看到其他人在遥远的过去使自己的优化字符串构建器。 class StringBuilder { private: std ...
-
为什么新的StringBuffer(新的StringBuilder(“foo”))确实有效?(Why new StringBuffer(new StringBuilder(“foo”)) does work?)[2022-11-25]
StringBuilder和StringBuffer实现了CharSequence接口,并且都有一个带有CharSequence参数的构造函数。 Both StringBuilder and StringBuffer implement the CharSequence interface, and both have a constructor that takes a CharSequence parameter. -
StringBuilder和Stringbuffer有什么区别?(what is the difference between StringBuilder and Stringbuffer? [duplicate])[2023-05-10]
StringBuilder中的一些方法是同步的,而StringBuilder不是线程安全的 - 并且速度更快。 规则 - 使用StringBuilder,除非你有一个用例,其中一个StringBuilder被多个Thread使用(这将是一个非常罕见的情况)。 Some methods in StringBuffer are synchronized while StringBuilder is not thread-safe - and faster. Rule of a thumb - use Strin ... -
您引用的规范的措辞源于旧规范。 简单的答案是,在Java 1.5 aka Java 5之前,没有StringBuilder 。 因此,较旧的编译器不必在StringBuffer和StringBuilder之间进行选择,当时的规范只是建议使用可用的。 在Java 5中,引入了StringBuilder ,它不使用synchronized方法,这种方法非常适合String连接的用例,因为它是纯粹的本地操作。 因此,对于针对1.5或更高版本的编译器,有一个选择(仍然包含规范的单词“或类似的技术”),他们将选择St ...
-
现在,如果我们在StringBuilder对象中有一个String,并且使用它的toString()方法,那么是否会在String池中创建另一个不可变的String 您在StringBuilder没有String 。 这些字符存储在char[] ,当您调用toString() ,会创建一个新的String : public String toString() { // Create a copy, don't share the array return new String(value, ...
-
这样做会带来哪些优势/优化? 我认为这样做没有任何优势。 我的建议是选择比预期尺寸稍大的初始尺寸......如果你有一个适度的好估计。 如果你没有估算的话,通过提供一个初始尺寸你将不会获得太多收益。 使用明显高估的初始大小不是一个好主意。 它浪费了空间,而且JVM将不得不将所有那些在某些耗费CPU /内存周期的地方使用的字符清零。 [应该可以根据经验确定低估和高估尺寸的成本,并与使用默认初始尺寸的成本进行比较。 然而,这些数字可能取决于JIT优化器的性能如何,以及诸如内存复制速度有多快与可以将其复位速度有多 ...
-
声纳抱怨:使用StringBuilder而不是StringBuffer(Sonar complains : use StringBuilder instead of StringBuffer)[2023-06-19]
这是一个警告,而不是一个错误。 Sonar的工作是警告你, 因为 StringBuilder 速度更快,所以它是可取的。 如果API迫使你使用StringBuffer那么我会使用它并使警告消失。 我认为Pattern和两个缓冲区的真正潜在问题是StringBuffer和StringBuilder没有共享用于构建字符串的特定接口( Appendable是一个更通用的接口,我认为它们应该共享一个更具体的接口来构造字符串,比如StringConstructor ) ,这将允许您通过零努力切换实施(通常)。 It' ... -
每个类都可以选择以自己的方式计算哈希码。 散列码没有意义,而且非常简单的规则(缩写): equals()返回true的对象必须返回相同的哈希码。 equals()返回false的对象应返回不同的哈希代码,以达到类的最佳能力,以确保哈希表(如HashMap和HashSet更好性能。 由于值为"ABC"的String和值为"ABC"的StringBuilder不相等 ,因此不要求它们返回相同的哈希码。 如果从StringBuilder提取String值,那么该字符串值必须与具有相同值的另一个字符串具有相同的哈希 ...