String、StringBuilder、StringBuffer

最新推荐文章于 2025-06-07 09:56:15 发布

转载最新推荐文章于 2025-06-07 09:56:15 发布 · 54 阅读

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/Jackie-zhang/p/9728499.html

本文探讨了String和StringBuffer在不同场景下的性能表现。String因不可变性，在频繁修改时性能不佳，而StringBuffer允许直接修改原对象，通常表现更优。但在特定情况下，JVM优化使得String拼接效率接近StringBuffer。文章还提到了StringBuilder作为另一种选择，其性能通常优于StringBuffer。

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

String是不可变的对象，因此在每次都String的操作的时候，其实是生成了新的对象，然后将指针指向新的 String 对象。

所以频繁地改变String的内容，会对系统性能造成影响。

而StringBuffer 是对对象本身进行操作，没有生成新的对象，所以一般情况下推荐使用 StringBuffer 。

而在某些特别情况下， String 对象的字符串拼接其实是被 JVM 解释成了 StringBuffer 对象的拼接，所以这些时候 String 对象的速度并不会比 StringBuffer 对象慢，

特别是以下的字符串对象生成中， String 效率是远要比 StringBuffer 快的：
String S1 = “This is only a” + “ simple” + “ test”;
StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);
你会很惊讶的发现，生成 String S1 对象的速度简直太快了，而这个时候 StringBuffer 居然速度上根本一点都不占优势。

其实这是 JVM 的一个把戏，在 JVM 眼里，这个
String S1 = “This is only a” + “ simple” + “test”; 其实就是：
String S1 = “This is only a simple test”; 所以当然不需要太多的时间了。

但是，如果你的字符串是来自另外的 String 对象的话，速度就没那么快了，譬如：
String S2 = “This is only a”;
String S3 = “ simple”;
String S4 = “ test”;
String S1 = S2 +S3 + S4;

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

在大部分情况下速度 StringBuffer > String

在大部分情况下 StringBuilder > StringBuffer

如果可能，建议优先采用该类，因为在大多数实现中，它比 StringBuffer 要快。两者的方法基本相同。

转载于:https://www.cnblogs.com/Jackie-zhang/p/9728499.html