Java String、StringBuffer、StringBuilder 详解(含 Java 7 和 Java 8 变化)

Java String、StringBuffer、StringBuilder 详解(含 Java 7 和 Java 8 变化)

在 Java 开发中,String 是最常用的数据类型之一,而 StringBufferStringBuilder 也在字符串操作中扮演着重要角色。从 Java 7 到 Java 8,它们的底层实现发生了一些变化,影响了性能和使用方式。本文将深入解析它们的区别,并介绍 Java 7 和 Java 8 的优化点


1. String 的特性与不可变性

1.1 String 是不可变的(Immutable)

public class StringTest {
    public static void main(String[] args) {
        String str = "Hello";
        str += " World";
        System.out.println(str); // 输出: Hello World
    }
}

每次对 String 进行修改(如拼接)时,都会创建新的字符串对象,而原来的对象不会改变。这种设计可以:

  • 保证线程安全(不可变对象天然线程安全)
  • 字符串常量池优化内存占用

1.2 Java 7 及 Java 8 对 String 的优化

  • Java 6 及之前String 内部使用 char[] 存储字符。
  • Java 7(JEP 192)char[] 仍然是底层实现,但进行了小优化。
  • Java 8(JEP 254):将 char[] 改为 byte[],并新增 coder 字段用于存储编码信息,减少了 25%-50% 的内存占用。

Java 8 源码对比

// Java 7 及之前(String.java)
private final char[] value;

// Java 8 及之后(String.java)
private final byte[] value;
private final byte coder;

Java 8 String 内存优化测试:

public class StringMemoryTest {
    public static void main(String[] args) {
        String str1 = new String("Java7");
        String str2 = new String("Java8");

        System.out.println(str1.getClass().getDeclaredFields()[0]); // [C
        System.out.println(str2.getClass().getDeclaredFields()[0]); // [B (Java 8 变为 byte[])
    }
}

结果:

char[](Java 7)
byte[](Java 8)

这样 Java 8 版本的 String 在内存占用上更加优化,尤其适用于 UTF-8 编码


2. StringBuffer:可变字符串(线程安全)

2.1 StringBuffer 适用于多线程环境

public class StringBufferTest {
    public static void main(String[] args) {
        StringBuffer sb = new StringBuffer("Hello");
        sb.append(" World");
        System.out.println(sb); // 输出: Hello World
    }
}

特点:

  • 线程安全,适用于多线程环境(使用 synchronized
  • 比 String 性能高,但同步机制会影响速度

2.2 Java 7/8 对 StringBuffer 的优化

  • Java 6 及之前:底层依赖 char[],每次扩容都会复制原数组到新数组,开销较大。
  • Java 7:引入延迟分配(Lazy Allocation),避免不必要的数组创建。
  • Java 8:整体无明显改动,但 JVM 进行了 JIT(即时编译)优化,使 StringBuffer 的同步开销在特定情况下被优化掉。

3. StringBuilder:可变字符串(非线程安全)

3.1 StringBuilder 适用于单线程环境

public class StringBuilderTest {
    public static void main(String[] args) {
        StringBuilder sb = new StringBuilder("Hello");
        sb.append(" World");
        System.out.println(sb); // 输出: Hello World
    }
}

特点:

  • 非线程安全,但性能更高
  • 适用于单线程的字符串拼接
  • 底层与 StringBuffer 类似,但去掉了同步锁

3.2 Java 7/8 对 StringBuilder 的优化

  • Java 7
    • 优化了扩容机制,减少了不必要的数组复制,提高性能。
    • append() 方法 JIT 编译优化,减少性能损耗。
  • Java 8
    • 进一步优化 JIT,使无锁优化更明显,在单线程环境下几乎没有额外开销。

4. String vs StringBuffer vs StringBuilder 性能对比

4.1 性能测试

public class PerformanceTest {
    public static void main(String[] args) {
        long startTime, endTime;
        
        // String 测试
        startTime = System.currentTimeMillis();
        String str = "";
        for (int i = 0; i < 10000; i++) {
            str += i;
        }
        endTime = System.currentTimeMillis();
        System.out.println("String 执行时间:" + (endTime - startTime) + " ms");
        
        // StringBuffer 测试
        startTime = System.currentTimeMillis();
        StringBuffer sbf = new StringBuffer();
        for (int i = 0; i < 10000; i++) {
            sbf.append(i);
        }
        endTime = System.currentTimeMillis();
        System.out.println("StringBuffer 执行时间:" + (endTime - startTime) + " ms");
        
        // StringBuilder 测试
        startTime = System.currentTimeMillis();
        StringBuilder sbd = new StringBuilder();
        for (int i = 0; i < 10000; i++) {
            sbd.append(i);
        }
        endTime = System.currentTimeMillis();
        System.out.println("StringBuilder 执行时间:" + (endTime - startTime) + " ms");
    }
}

运行结果(示例,仅供参考):

String 执行时间:500+ ms
StringBuffer 执行时间:10 ms
StringBuilder 执行时间:5 ms

可以看出:

  • String 的性能最差,因为每次拼接都会创建新对象。
  • StringBuffer 由于同步开销,稍微比 StringBuilder 慢
  • StringBuilder 的性能最佳,适用于单线程环境

5. 结论:如何选择?

操作类型 String StringBuffer StringBuilder
可变性 不可变 可变 可变
线程安全 线程安全 线程安全(synchronized) 非线程安全
适用场景 适用于少量字符串拼接 适用于多线程环境 适用于单线程环境
性能 最低 中等 最高
Java 7/8 变化 内存优化 延迟分配优化 JIT 编译优化

推荐使用规则

  1. 默认使用 StringBuilder(单线程场景,性能最佳)
  2. 如果需要线程安全,则使用 StringBuffer
  3. 如果字符串不会改变,使用 String

6. 总结

本篇文章深入解析了 Java 7 和 Java 8 以来对 String、StringBuffer、StringBuilder 的优化,并提供了性能测试和最佳实践建议。希望这篇文章能帮助你更好地理解 Java 的字符串操作方式!🚀

👉👉👉点击获取2024Java学习资料

https://pan.quark.cn/s/0a774039f8f9

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,444评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,421评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,036评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,363评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,460评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,502评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,511评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,280评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,736评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,014评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,190评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,848评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,531评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,159评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,411评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,067评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,078评论 2 352

推荐阅读更多精彩内容