string 是 jvm 深度内嵌的核心类型，拥有独立常量池、原生字节码支持、内存与 gc 专项优化及安全机制，其地位接近语言原语，非普通类。
String 类在 JVM 中不是普通类，而是被深度内嵌、特殊对待的核心类型——它直接参与虚拟机运行时的底层机制设计，地位接近语言原语。
字符串常量池是 JVM 方法区的“一级公民”
Java 虚拟机为 String 单独开辟并管理字符串常量池（String Constant Pool），位于方法区（JDK 7+ 移至堆中，但逻辑上仍独立管理）。这个池不是简单缓存，而是 JVM 启动时就初始化、由字节码指令（如 ldc）直接触发查找/入池的关键结构。其他任何引用类型（包括 Integer、Boolean 的缓存）都不具备这种编译期+运行期联合介入能力。
- 字面量如 "hello" 在类加载阶段就被解析并尝试入池，而非运行时 new 出来
- intern() 方法可手动触发入池，其行为由 JVM 直接控制，返回的是 JVM 管理的唯一实例引用
- 池中对象生命周期与类加载器强关联，GC 会回收无引用的池内字符串（尤其在 JDK 7+ 堆中）
JVM 对 String 提供原生字节码支持
编译器将字符串拼接、字面量赋值等操作翻译为 JVM 可识别的专用指令，绕过常规对象创建流程：
- ldc / ldc_w：直接从常量池加载字符串引用，不调用构造方法
- StringBuilder 优化：编译器对 "a" + "b" + "c" 这类纯字面量拼接，在编译期就合并为单个字面量，生成 ldc "abc"
- 字符串模板（JDK 15+ preview, JDK 21 正式） 依赖 JVM 新增的 invokedynamic 引导逻辑，底层仍由 String 相关引导方法支撑
内存模型与 GC 策略为其专门调优
String 的不可变性让 JVM 可以做激进优化：
- JDK 9 起的紧凑字符串（byte[] + coder）由 JVM 运行时自动判断编码方式，减少堆内存占用——这是少数几个 JVM 主动干预类内部存储结构的案例
- G1 和 ZGC 等现代垃圾收集器对 String 对象做特殊记忆集（Remembered Set）处理，加速跨代引用扫描
- 字符串去重（String Deduplication，G1 特性）在 GC 过程中自动识别重复内容的 String 实例，只保留一份 value 数组，其余指向同一底层数组
安全模型与类加载机制为其设防
String 被设计成 JVM 安全边界的一部分：
- 所有类名、方法名、字段名、异常类名等 ClassFile 结构中的标识符，底层都用 String 表示，JVM 验证器直接操作这些 String 实例
- ClassLoader 的 defineClass 流程中，类名参数必须是 String；类加载失败抛出的 NoClassDefFoundError 等错误信息也由 String 构建
- SecurityManager（虽已弃用）曾严格限制通过 String 构造反射目标，因其是权限检查链路的起点
它不是语法糖，也不是标准库补丁——它是 JVM 规范明确定义、各厂商实现必须保证行为一致的运行时基石。写一个 Java 程序，哪怕只有一行 System.out.println("ok");，背后就已经启动了完整的 String-JVM 协同机制。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
