字符串常量池优化内存分配的核心原理是“内容去重+引用共享”，即以字符串内容为key、堆中唯一对象引用为value存入哈希表（默认容量60013），实现字面量复用同一实例（==为true），new则总在堆新建对象（==为false），依赖String不可变性保障线程安全与共享可靠。
字符串常量池优化内存分配的核心原理，是用“一次存储、多处复用”替代“多次创建、各自独立”。它不靠压缩或延迟加载，而是从源头上杜绝重复对象的产生。
内容去重 + 引用共享
JVM 把字符串内容（比如 "OK"、"user_id"）当作 key，把堆中唯一的 String 对象引用当作 value，存进一个哈希表（默认大小 60013）。只要字面量相同，就返回同一个引用：
- String a = "timeout"; String b = "timeout"; → a 和 b 指向堆中同一对象，== 返回 true
- new String("timeout") → 总是在堆上新建对象，哪怕池里已有，== 返回 false
这直接避免了千次循环中创建千个内容相同的 String 实例——只保留一份底层 char[]/byte[] 数组和一个对象头，节省的不只是对象本身，还有 GC 扫描压力和构造开销。
哈希表支撑 O(1) 查找
常量池不是遍历比对，而是一个高效哈希结构：
立即学习“Java免费学习笔记（深入）”；
- 插入或查找时，JVM 计算字符串内容的 hash 值，快速定位槽位
- 冲突时用链表或红黑树处理（JDK 8+），平均时间复杂度接近 O(1)
- 可通过 -XX:StringTableSize=120026 调整容量，减少哈希碰撞，提升高并发场景下的 intern 效率
不可变性是安全前提
String 类被设计为 final，内部存储数组（JDK9+ 是 byte[] + coder）不可外部修改。这保证了多个变量共享同一个实例时：
- 不会因某处调用 replace() 或 substring() 导致其他引用看到意外变化
- 无需加锁，天然线程安全，可放心在日志、配置、HTTP Header 等高频共享场景复用
位置迁移让优化更可持续
从 JDK 7 起，常量池移到堆内存中，带来两个实际好处：
- 不再受限于永久代（PermGen）或元空间（Metaspace）的固定大小，扩容随堆伸缩
- 池中只存对象引用（不是对象副本），比 JDK 6 时代更省内存，也避免了 intern() 导致的双份对象问题
