string不可变因其value字段为final数组且修改方法均返回新对象；new string(“abc”)在常量池无”abc”时创建2个对象，否则1个。
String 为什么不可变？这和面试常问的“new String(“abc”) 创建几个对象”直接相关
String 不可变，是因为其内部 value 字段被声明为 final char[]（Java 9+ 是 final byte[]），且所有修改方法（如 substring、concat）都返回新对象，不改变原实例。这不是语法限制，而是设计契约。
关于 new String("abc")：如果字符串常量池中尚无 "abc"，则先在池中创建一个，再在堆中新建一个对象，共 2 个；若池中已有，则只在堆中新建 1 个。关键看 intern() 是否已触发过该字面量。
- 常量池中的
"abc"来自编译期字面量，不是new出来的 -
==比较的是引用，所以new String("abc") == "abc"一定为false -
String s = "abc"不会触发堆对象分配，只查池、复用或入池
StringBuilder 和 StringBuffer 的线程安全差异到底体现在哪一行代码上？
差异只在方法是否加 synchronized。翻 JDK 源码可见：StringBuffer 的 append、insert、delete 等方法都带 synchronized 修饰符；而 StringBuilder 对应方法完全没加——仅此而已。
这意味着：单线程下 StringBuilder 更快（无锁开销）；多线程共享同一个 StringBuffer 实例时，能保证操作原子性；但若多个线程各自持有独立的 StringBuilder 实例，根本不需要同步，也不存在线程安全问题。
立即学习“Java免费学习笔记（深入）”；
- 别误以为
StringBuffer“更可靠”，它只是为共享可变状态提供基础保障 - 现代开发中，更推荐用局部变量 +
StringBuilder，而非传递可变容器供多线程修改 -
StringBuffer的同步粒度是整个方法，不是按字符或 buffer 段，存在性能瓶颈
拼接字符串时，用 +、StringBuilder 还是 String.concat()？性能和语义怎么选？
编译器会对字面量拼接自动优化："a" + "b" + "c" 在编译期就变成 "abc"；但含变量时（如 "a" + s + "c"），JDK 8+ 默认在编译期改写为 new StringBuilder().append("a").append(s).append("c").toString() —— 所以日常用 + 并无大碍。
