问你个简单的问题：说说String、StringBuffer和StringBuilder有什么区别

编辑：005 时间：2020-12-14

在面试的过程中，经常会问到一个问题，String、StringBuffer和StringBuilder有什么区别？ 这是一个老生常谈的问题，只要稍微准备过的同学，应该都能答得上来，今天我们就这个简单的问题来聊几句。

String、StringBuffer和StringBuilder比较

一般回答会从下面三个点入手：

可变性

String类长度是不可变的，它使用final修饰的字符数组保存字符串（private final char value[]）
StringBuffer和StringBuilder长度是可变的，它们都继承自AbstractStringBuilder类，在AbstractStringBuilder类中使用未被final修饰的字符数组保存字符串（char[] value;）并且StringBuffer和StringBuilder的构造方法都是基于父类AbstractStringBuilder实现的

我们可以从下面的继承关系图上一目了然：

线程安全性

String对象是不可变的，也就是说String对象一旦被创建后就无法改变了，直到对象被销毁，String也可以理解为常量，线程安全。
StringBuffer对方法加了同步锁或者调用方法的时候加了同步修饰，所以是线程安全的，但是性能会非常受影响。

StringBuilder没有对方法加同步锁，所以是非线程安全的，但是性能比较好。

性能

「String」 是不可变的对象, 因此在每次对 String 类型进行改变的时候，都会生成一个新的 String 对象，然后将指针指向新的 String 对象，所以经常改变内容的字符串如果使用 String ，会在内存中生成很多无用的对象， JVM 的 GC 会频繁工作，性能就会降低。
使用 「StringBuffer」 类和「StringBuilder」类时，每次都会对 StringBuffer/StringBuilder 对象本身进行操作，而不是生成新的对象并改变对象引用。所以多数情况下推荐使用 StringBuffer /StringBuilder，性能比较好，特别是字符串对象经常改变的情况下。但是根据统计，相同使用情况下StringBuilder仅比StringBuffer多10%~15%左右的性能提升。
如果在频繁进行字符串运算（如拼接、替换、删除等），并且运行在多线程环境中，则可以考虑使用 StringBuffer，例如XML解析、HTTP参数解析和封装。
如果在频繁进行字符串运算（如拼接、替换、和删除等），并且运行在单线程环境中，则可以考虑使用StringBuilder，如SQL语句的拼装、JSON封装等。

话不多说，上代码测试！

tring a = "";

long start = System.currentTimeMillis();
for (int i = 0; i < 100000; i++) {
    a += i;
}
System.out.println("String字符拼接耗时：" + (System.currentTimeMillis() - start) + "ms");

long start1 = System.currentTimeMillis();
StringBuffer sbf = new StringBuffer();
for (int i = 0; i < 100000; i++) {
    sbf.append(i);
}
System.out.println("StringBuffer字符拼接耗时：" + (System.currentTimeMillis() - start1) + "ms");

long start2 = System.currentTimeMillis();
StringBuilder sbd = new StringBuilder();
for (int i = 0; i < 100000; i++) {
    sbd.append(i);
}
System.out.println("StringBuilder字符拼接耗时：" + (System.currentTimeMillis() - start2) + "ms");

结果也在我们预测的范围之内，性能：String < StringBuffer < StringBuilder，而且在大量数据的情况下，String相对于另外两个差距非常明显！

使用总结

如果要操作少量的数据用String
单线程操作字符串缓冲区下操作大量数据用StringBuilder
多线程操作字符串缓冲区下操作大量数据用StringBuffer

本内容属于网络转载，文中涉及图片等内容如有侵权，请联系编辑删除

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。

上一篇：前端干货：如何让你的代码评审人喜欢上你？

回复列表