string字面量直接查常量池复用，new创建堆对象且不共享，intern()将堆字符串映射至常量池实现复用；三者对内存分配与对象身份影响截然不同。
Java 中 String 创建过程常伴随临时对象和冗余内存分配，问题不在“写了什么”，而在“执行时发生了什么”——尤其是字面量、new、intern()三类操作对堆与常量池的实际影响。
字面量赋值：最轻量的创建方式
像 String s = "hello"; 这样的写法，JVM 仅检查字符串常量池：
- 若池中已存在
"hello"，直接返回已有引用，不分配新对象 - 若不存在，则在常量池（JDK7+位于堆中）创建一份，并返回其引用
- 全程不触发堆上 String 实例分配，无临时对象开销
new String()：隐式双对象风险
new String("abc") 表面看只建一个对象，实际可能产生两个：
- 先确保常量池中有
"abc"（若此前未出现过，会新建池中实例） - 再在堆中新建一个 String 对象，其内部
value字段指向池中的字符数据 - 即使内容相同，每次
new都生成独立堆对象，==比较恒为false
intern()：可控的池化桥接
对堆中字符串调用 .intern()，可将其映射到常量池并复用：
- 若池中已有相同内容，返回池中引用，原堆对象失去强引用后可被 GC
- 若池中无此内容，则将该字符串加入池，再返回池中引用
- 适用于读取配置、解析日志等动态生成但高重复率的场景，例如城市名、状态码
避免常见临时内存陷阱
以下写法看似合理，实则频繁制造临时对象：
-
s = s + "x"在循环中使用：每次拼接都生成新 String，旧对象成垃圾 -
new String(text.getBytes())：先生成 byte[]，再解码建新 String，纯冗余操作 -
substring()在 JDK6 中曾共享 char[]，导致大字符串被小片段长期持住；JDK7+ 已修复，但仍有复制开销
替代方案：拼接用 StringBuilder；获取长度直接调 text.length()；需复用时优先走字面量或主动 intern()。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
