被动引用不会触发类初始化，指jvm规范中定义的不主动使用类的情形，仅进行符号引用解析而不执行；包括编译期常量访问、子类引用父类非final静态字段、创建类数组、以及classloader.loadclass或someclass.class获取class对象。
被动引用不会触发类初始化，指的是某些对类的使用方式在 JVM 规范中被明确定义为“不主动使用类”，因而不会导致该类的 <clinit></clinit> 方法被执行，即跳过类的静态初始化阶段。理解这一点的关键在于区分“主动使用”与“被动引用”——只有主动使用才会触发初始化，而被动引用仅涉及符号引用解析，不执行初始化逻辑。
常量字段的直接访问（编译期常量）
当一个类中定义了 static final 且类型为基本类型或 String 的字段，并在编译期就能确定其值（即“编译期常量”），那么对该字段的引用属于被动引用。JVM 在编译时就把该常量值内联到调用处，运行时根本不会加载、更不会初始化定义它的类。
例如：
class Config {public static final int TIMEOUT = 5000;
static { System.out.println("Config init"); }
}
若其他类写 int t = Config.TIMEOUT;，运行时不会输出 "Config init"，Config 类甚至可能完全不被加载。
注意：以下情况不属于编译期常量，会触发初始化：
• static final Integer PORT = 8080;（包装类型非编译期常量）
• static final String MSG = new String("hello");（运行期创建）
• static final int CODE = compute();（需运行方法）
子类引用父类的静态字段（非 final 或非常量）
子类代码中访问父类定义的静态字段（如 Parent.field），若该字段不是编译期常量，则属于被动引用——只会触发父类的**链接阶段（准备、解析）**，但不会执行其 <clinit></clinit>。前提是该字段未在子类中“主动使用”（比如未在子类的 <clinit></clinit> 或静态方法中首次读写）。
典型场景：
• 父类定义 protected static int count = 10;，子类直接引用 count++ —— 这里会触发父类初始化（因赋值属于主动使用）；
• 若只是 System.out.println(Parent.count); 且无其他主动行为，且父类尚未初始化，则仍不会触发（JVM 允许延迟至真正需要时）。
实际中需注意：一旦该字段被子类静态初始化块首次读写，就变成主动使用，父类立即初始化。
数组类型创建与类加载分离
声明并创建某个类的数组，例如 new Parent[10]，只触发 Parent 类的**加载和链接**（确保类型存在），但绝不会触发其初始化。因为数组本身是 JVM 动态生成的新类型（如 [LParent;），与 Parent 类的静态初始化无关。
这种场景常见于：
• 框架预分配对象池数组（如连接池初始化时 new Connection[128]）
• 泛型擦除后反射构造数组（Array.newInstance(clazz, size)）
• 日志门面中为避免提前加载日志实现类而做的数组占位
关键点：只要没真正 new 出 Parent 实例，也没访问 Parent 的任何静态成员，它就不会初始化。
引用类的 Class 对象但未触发初始化
通过 Class.forName("xxx") 默认会初始化；但使用 ClassLoader.loadClass("xxx") 或 SomeClass.class 字面量方式获取 Class 对象，属于被动引用，不触发初始化。
业务中典型应用：
• SPI 服务发现：先用 ClassLoader.getSystemResources() 扫描配置文件，再用 loadClass() 加载类名字符串，直到真正 newInstance() 或调用静态方法时才初始化
• 热部署/模块化系统：预先加载类结构做校验或元数据提取，但延后初始化以控制启动顺序和资源占用
• 序列化框架（如 Kryo）注册类型时仅需 Class 对象，不希望副作用初始化
提醒：SomeClass.class 是最安全的被动引用方式，编译期确定，无反射开销，且明确不触发初始化。
