接口初始化不自动触发父接口初始化，运行时常量池仅按需加载实际引用的符号，避免父接口元数据冗余注入；编译期常量直接内联，不产生符号引用；仅首次访问运行期常量时才触发对应接口的加载与常量池写入。
接口初始化不自动触发父接口初始化，这个特性在方法区（JVM 1.8+ 为 Metaspace）的运行时常量池中，直接体现为“按需加载、零冗余注入”——它避免了父接口静态字段、默认方法符号引用、静态代码块等元数据被提前写入常量池，从而节省内存与解析开销。
常量池里不存没用到的父接口信息
运行时常量池只存放当前类或接口**实际引用到的符号**。当子接口或实现类初始化时，JVM 仅解析其字节码中显式出现的符号引用（如自己定义的 static final 字段、default 方法调用目标）。父接口哪怕被 extends，只要子接口没访问它的任何静态成员，它的类文件就不会被加载，更不会将其常量池内容（比如父接口的字段签名、方法描述符、静态初始化器标记）合并进当前运行时常量池。
- 例如：
interface A { String X = UUID.randomUUID().toString(); }和interface B extends A { int Y = 1; }，仅执行System.out.println(B.Y);—— JVM 不会加载 A，A 的 UUID 字符串、其静态块（如有）及对应常量池条目完全不会进入 Metaspace。 - 对比类继承：子类初始化必触发父类加载，父类的字段/方法符号会被一并解析并存入子类所关联的运行时常量池（或其引用链中），带来确定性开销。
编译期常量跳过整个加载链，连常量池都不碰
接口中声明的 public static final String S = "abc"; 这类编译期常量，其值直接内联到调用方的常量池中，调用方字节码里根本不存在对 S 所属接口的符号引用。这意味着：
- 该接口类文件不会被 ClassLoader 加载；
- Metaspace 中不会为其分配类型结构（Klass）、不会生成运行时常量池副本；
- 也就彻底规避了父接口因“被间接依赖”而意外初始化的可能，物理上零字节占用。
静态字段访问才是真正的初始化开关
只有当代码首次读取一个**运行期常量**（如 A.X，其值必须运行时计算）时，JVM 才执行接口初始化流程：加载 A → 链接（含常量池解析）→ 执行 <clinit> → 将 A 的字段、方法等元数据写入 Metaspace 的运行时常量池。这个动作是延迟的、孤立的，不牵连 GrandPa、Parent 等上层接口。
- 也就是说，常量池扩容只发生在“真正第一次用到那个字段”的瞬间，且仅扩展自身所需条目；
- 父接口的常量池内容仍沉睡在磁盘或未被解析的字节码中，不占 Metaspace 堆外内存。
这种设计让接口体系在大型模块化系统中更轻量——成百个接口层层 extends，只要不主动读某个顶层接口的运行期静态字段，那些顶层接口就永远不会在 Metaspace 留下痕迹。不是靠 GC 回收，而是从源头拒绝加载和写入。
