运行时常量池中存储的是编译期生成的标准文本格式全限定名与描述符,非加密数据,无需解密;它们以CONSTANT_Class_info、CONSTANT_NameAndType_info等结构化常量项形式存在,UTF-8字符串明文保存,JVM直接解析使用。
方法区中的运行时常量池并不存储“解密后”的全限定名与描述符——它根本不存在“解密”过程。所谓“全限定名”和“描述符”是编译期就确定的、符合 JVM 规范的**标准文本格式**,JVM 加载时直接解析并原样存入运行时常量池,无需也无从解密。
它们不是加密数据,而是 Java 编译器按 JVMS(Java Virtual Machine Specification)严格生成的符号表示:
java/lang/String;、com/example/MyClass;
I(int)、Ljava/lang/Object;(引用类型)、[I(int 数组)(ILjava/lang/String;)V,括号内为参数类型序列,末尾为返回类型在 class 文件常量池中,它们被组织为结构化常量项,JVM 加载时将其转入运行时常量池:
CONSTANT_Class_info 存储一个 指向类名字符串索引(即指向另一个 CONSTANT_Utf8_info 项),实际的全限定名文本就存在那个 UTF-8 字符串常量里CONSTANT_NameAndType_info 存储两个索引:一个指向方法/字段名(UTF-8 字符串),一个指向其描述符(也是 UTF-8 字符串)JVM 不会对这些符号做语义还原或反向解析。比如:
Ljava/lang/String; 就是描述符本身,不是某个二进制密文;JVM 仅在解析阶段确认它合法,并在链接时用于类型检查和符号引用解析Class.getName() 或 Method.getDescriptor() 时,返回的字符串正是常量池中存储的原始 UTF-8 内容,一字不差javap -v 直接查看 class 文件常量池,看到明文的 java/lang/Object、(I)Z 等,这就是运行时常量池的源头虽然全限定名和描述符以 UTF-8 字符串形式存在于运行时常量池,但它们不会自动进入堆上的字符串常量池(StringTable):
"abc")或调用 intern() 的字符串,才可能进入 StringTable