字符串常量池是JVM中用于存储字符串字面量的堆内特殊区域，JDK 6在永久代，JDK 7起移至堆内存，JDK 8后仍位于堆中；其核心作用是通过引用复用减少内存开销，依赖String不可变性保障安全。
Java 字符串常量池（String Constant Pool）是面试高频考点，尤其在大厂中常以“连环炮”形式考察——不是只问“== 和 equals 区别”，而是层层递进，直击底层机制和边界情况。破题关键：**理解常量池的位置、字符串对象的创建路径、编译期与运行期的差异，以及 JVM 版本演进带来的变化（如 JDK 7 后常量池移入堆内存）**。
常量池在哪？JDK 6/7/8 有啥区别？
很多人答“方法区”，但不够精准。JDK 6 时，字符串常量池在永久代（PermGen）；JDK 7 开始，它被移到堆内存（Heap）中；JDK 8 彻底取消永久代，改用元空间（Metaspace），但字符串常量池仍在堆里。这个迁移直接影响 intern() 行为和内存泄漏风险。
- JDK 6：intern() 可能触发永久代溢出（OOM）
- JDK 7+：intern() 本质是把字符串对象引用存入堆中的一个全局哈希表，不会复制对象本身
- 验证方式：用 -XX:+PrintGCDetails 观察 GC 日志，或用 jmap -histo 查看堆内 String 实例数量
new String("abc") 到底创建了几个对象？
答案取决于字面量 "abc" 是否已存在常量池中。若首次执行：
→ 编译期生成字面量 "abc"，放入常量池（1个）
→ new String("abc") 在堆中新建 String 对象（1个）
→ 共2个对象（常量池1 + 堆1）
但若之前已有 "abc" 字面量（比如前面写过 String s = "abc";），则只在堆中新建1个对象，常量池不重复添加。
- 注意：new String("abc").intern() 在 JDK 7+ 中，如果池中无 "abc"，会将堆中该对象引用加入池；若有，则直接返回池中引用
- 对比：String s1 = "abc"; String s2 = new String("abc"); s1 == s2 是 false；s1 == s2.intern() 是 true（JDK 7+）
intern() 的真实作用不是“进池”，而是“保唯一”
很多候选人误以为 intern() 是“把字符串塞进常量池”，其实更准确的说法是：**检查常量池中是否存在内容相同的字符串，存在则返回其引用；不存在则将当前字符串对象（或其副本）的引用加入池，并返回该引用**。关键点在于“引用入池”，而非“复制内容”。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- String s = new String("ab") + new String("c"); s.intern(); → 此时 "abc" 是运行期拼接，未在编译期进入常量池；调用 intern() 后才加入
- String s1 = new String("ab"); String s2 = new String("ab"); s1.intern() == s2.intern() 一定为 true —— 因为 intern 保证同一内容只存一个引用
- 慎用：大量调用 intern() 可能导致堆内存中 String 对象长期被常量池引用，无法回收
面试连环炮典型链路怎么拆解？
比如面试官抛出：
① String s1 = "abc"; String s2 = "abc"; s1 == s2 ?
② String s3 = new String("abc"); s1 == s3 ?
③ s3.intern() == s1 ?
④ 如果换成 String s4 = new String("abc").intern(); s4 == s1 ?
⑤ 若代码在类加载后动态执行（如反射、动态代理生成字符串），intern 还有效吗？
- 核心逻辑链：字面量自动入池 → new 强制堆分配 → intern 主动查池并注册 → 池中引用唯一性保障
- 第⑤问答案：有效。intern 不依赖编译期，只要字符串内容相同，无论何时创建，intern 都会返回池中唯一引用
- 反套路提醒：不要硬背结论，要能画出对象图——常量池（堆内哈希表）、堆对象、栈引用三者关系
不复杂但容易忽略细节。把常量池当成一个“内容去重的全局缓存”，而不是神秘黑盒，再配上 JDK 版本意识和对象生命周期视角，连环炮自然迎刃而解。
立即学习“Java免费学习笔记（深入）”；
