JVM中方法区中的常量池如何存储解密后的全限定名与描述符

先澄清一个核心问题：运行时常量池中存储的全限定名和描述符，并不是什么“解密后”的数据——它压根就不存在解密这个环节。这些符号是编译期就确定下来的标准文本格式，JVM在加载时直接解析，原样存入运行时常量池。整个过程干净利落，没有加密，也就无所谓解密。

方法区中的运行时常量池并不存储“解密后”的全限定名与描述符——它根本不存在“解密”过程。所谓“全限定名”和“描述符”是编译期就确定的、符合 JVM 规范的标准文本格式，JVM 加载时直接解析并原样存入运行时常量池，无需也无从解密。

全限定名与描述符本身就是规范化的字符串

它们不是加密数据，而是 Ja va 编译器按 JVMS（Ja va Virtual Machine Specification）严格生成的符号表示：

• 全限定名：类或接口的完整路径，用 / 分隔，末尾带分号，例如 ja va/lang/String;、com/example/MyClass;
• 字段描述符：表示字段类型，如 I（int）、Lja va/lang/Object;（引用类型）、[I（int 数组）
• 方法描述符：形如 (ILja va/lang/String;)V，括号内为参数类型序列，末尾为返回类型

这些符号以 CONSTANT_Class_info、CONSTANT_NameAndType_info 等常量项形式存入

在 class 文件常量池中，它们被组织为结构化常量项，JVM 加载时将其转入运行时常量池：

• CONSTANT_Class_info 存储一个指向类名字符串索引（即指向另一个 CONSTANT_Utf8_info 项），实际的全限定名文本就存在那个 UTF-8 字符串常量里
• CONSTANT_NameAndType_info 存储两个索引：一个指向方法/字段名（UTF-8 字符串），一个指向其描述符（也是 UTF-8 字符串）
• 所有 UTF-8 字符串内容均以字面量形式保存，未编码、未混淆、未加密，可直接读取

运行时常量池保留原始结构，不转换也不“解密”

JVM 不会对这些符号做语义还原或反向解析。比如：

• Lja va/lang/String; 就是描述符本身，不是某个二进制密文；JVM 仅在解析阶段确认它合法，并在链接时用于类型检查和符号引用解析
• 当调用 Class.getName() 或 Method.getDescriptor() 时，返回的字符串正是常量池中存储的原始 UTF-8 内容，一字不差
• 可通过 ja vap -v 直接查看 class 文件常量池，看到明文的 ja va/lang/Object、(I)Z 等，这就是运行时常量池的源头

注意区分：字符串常量池 ≠ 运行时常量池中的符号字符串

虽然全限定名和描述符以 UTF-8 字符串形式存在于运行时常量池，但它们不会自动进入堆上的字符串常量池（StringTable）：

• 只有显式出现的字符串字面量（如 "abc"）或调用 intern() 的字符串，才可能进入 StringTable
• 类名、方法名、描述符等符号字符串，仅驻留在运行时常量池中，属于方法区的一部分，生命周期与类绑定