Java入门系列之StringBuilder、StringBuffer
前言
上一节我们讲解了字符串的特性,除了字符串类外,还有两个我们也会经常用到的类,那就是StringBuffer和StringBuilder。因为字符串不可变,所以我们每次对字符串的修改比如通过连接concat、trim等都会创建一个新的字符串对象,那么我们如何在不创建字符串垃圾(大量临时的字符串)的 情况下操作字符串呢?答案则是使用StringBuffer和StringBuilder,StringBuffer是旧类,但是在Java 5中新增了StringBuilder,并且在Enum,Generics等和Java中的Autoboxing方面进行了重大改进。
StringBuffer VS StringBuilder
String和StringBuffer之间的主要区别是String是不可变的,而StringBuffer、StringBuilder可变,这也就意味着我们可以在创建StringBuffer对象时修改它而不创建任何新对象,这个可变属性使StringBuffer成为处理Java中的字符串的理想选择,同时,这种可变性更加节省时间并且资源消耗更少。当然我们可以通过toString将StringBuffer转换为String。这两个类几乎相同,它们使用具有相同名称的方法返回相同的结果,我们看看StringBuffer和StringBuilder源码中的Append方法即可知其区别:
@Override public synchronized StringBuffer append(String str) { toStringCache = null; super.append(str); return this; }
@Override public StringBuilder append(String str) { super.append(str); return this; }
线程安全:StringBuffer方法是同步的,这意味着一次只能有一个线程调用StringBuffer实例的方法。 另一方面,StringBuilder方法不同步,因此多个线程可以调用StringBuilder类中的方法而不会被阻塞。所以我们得出结论,StringBuffer是一个线程安全的类,而StringBuilder则不是。如果我们正在处理使用多线程的应用程序,那么使用StringBuilder可能会有线程不安全风险。
速度:StringBuffer实际上比StringBuilder慢两到三倍。 这背后的原因是StringBuffer同步,一次只允许一个对象在一个对象上执行,导致代码执行速度慢得多。
StringBuffer和StringBuilder都有相同的方法(除了StringBuffer类中的synchronized方法声明外),以下为常见方法:
append()
insert()
replace()
delete()
reverse()
我们通过如下示例来使用上述几个常用方法:
public class Main { public static void main(String[] args) { StringBuffer sb = new StringBuffer("Buffer no 1"); System.out.println(sb); sb.append(" - and this is appended!"); System.out.println(sb); sb.insert(11, ", this is inserted"); System.out.println(sb); sb.replace(7, 9, "Number"); System.out.println(sb); sb.delete(7, 14); System.out.println(sb); sb.reverse(); System.out.println(sb); } }
接下来我们来对String、StringBuffer、StringBuilder进行性能测试。
String concatString = "concatString"; StringBuffer appendBuffer = new StringBuffer("appendBuffer"); StringBuilder appendBuilder = new StringBuilder("appendBuilder"); long timerStarted; timerStarted = System.currentTimeMillis(); for (int i = 0; i < 50000; i++) { concatString += " another string"; } System.out.println("Time needed for 50000 String concatenations: " + (System.currentTimeMillis() - timerStarted) + "ms"); timerStarted = System.currentTimeMillis(); for (int i = 0; i < 50000; i++) { appendBuffer.append(" another string"); } System.out.println("Time needed for 50000 StringBuffer appends: " + (System.currentTimeMillis() - timerStarted) + "ms"); timerStarted = System.currentTimeMillis(); for (int i = 0; i < 50000; i++) { appendBuilder.append(" another string"); } System.out.println("Time needed for 50000 StringBuilder appends: " + (System.currentTimeMillis() - timerStarted) + "ms");
如上打印输出因Java虚拟机而异,从如上基准测试中我们还是可以看出StringBuilder是字符串操作中最快的,次之StringBuffer,它比StringBuilder慢1倍多,最后是String这是字符串操作中最慢的。使用StringBuilder的时间比普通的String快一系列。那么是不是说明我们对字符串操作时,完全摒弃使用字符串呢?当然不是,凡是没绝对,比如对字符串只是简单操作,直接使用字符串也没有多大性能损耗。
String:不可变(这意味着更多的内存消耗)并且在进行字符串操作时非常慢,但是线程安全。
StringBuffer:可变且内存有效,并且是线程安全的。 与更快的StringBuilders相比,它们的下降速度是速度。
StringBuilder:可变的且内存有效,它们是字符串操作中最快的,但不幸的是它不是线程安全的。
总结
本节我们比较了StringBuffer和StringBuilder的区别,算是做一个笔记,没有什么理解难点,如果我们基于以上事实结论考虑,我们始终会做出正确的选择!

为了方便大家在移动端也能看到我分享的博文,现已注册个人公众号,扫描上方左边二维码即可,欢迎大家关注,有时间会及时分享相关技术博文。
感谢花时间阅读此篇文章,如果您觉得这篇文章你学到了东西也是为了犒劳下博主的码字不易不妨打赏一下吧,让楼主能喝上一杯咖啡,在此谢过了!
如果您觉得阅读本文对您有帮助,请点一下“推荐”按钮,您的“推荐”将是我最大的写作动力!
本文版权归作者和博客园共有,来源网址:http://www.cnblogs.com/CreateMyself)/欢迎各位转载,但是未经作者本人同意,转载文章之后必须在文章页面明显位置给出作者和原文连接,否则保留追究法律责任的权利。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
2016-08-30 模板引擎Nvelocity实例
2015-08-30 EntityFramework之原始查询及性能优化(六)