方法区字面量与符号引用来自.class文件常量池，由类加载解析至元空间，与反序列化无关；反序列化仅重建堆中对象实例，不操作方法区，二者内存区域、机制、数据来源均不同。
方法区中字面量与符号引用本身不参与类文件反序列化过程，因此不存在所谓“反序列化时的内存膨胀比率”这一说法——这个提法混淆了两个独立机制：类加载阶段的常量池解析 和 对象序列化/反序列化机制。
下面分三块说清楚：
方法区里的字面量和符号引用从哪来
- 它们源自
.class文件的编译期常量池（Constant Pool），是静态结构，存储在 class 字节码里。 - 类加载时，JVM 将这部分内容加载进方法区（Java 8+ 是元空间）的运行时常量池中。
- 这个过程是解析、拷贝、链接，不是反序列化；也不涉及
ObjectInputStream或Serializable接口。
反序列化操作处理的是什么
- 反序列化读取的是
ObjectOutputStream写出的对象状态字节流，内容包括：- 类描述信息（如类名、字段名、类型签名）
- 实例字段值（基础类型值、字符串字面量、其他可序列化对象的递归结构）
- 它不会重新加载或解析 class 文件的常量池，更不会把符号引用二次注入方法区。
- 字符串字面量若被
intern()过，可能复用运行时常量池中的引用，但这是 String 本身的优化行为，和反序列化逻辑无关。
为什么有人误以为有“膨胀比率”
常见误解来源：
- 看到反序列化大量对象后堆内存上涨，误归因于方法区；
- 观察到
String对象多且重复，猜测“符号引用被反复加载”，其实只是堆中新建了多个String实例（未 intern）； - 混淆
Class.forName()触发类加载（影响方法区）和readObject()（只影响堆）的内存路径。
简单对比：
- 类加载 → 方法区增长（类元数据、运行时常量池条目）
- 反序列化 → 堆增长（对象实例、数组、内部缓存等）
二者内存区域不同、触发条件不同、数据来源不同，不可混为一谈。
不复杂但容易忽略。
