静态代码块在类初始化阶段执行且仅一次，由JVM根据首次主动使用触发，与类加载器无关；ClassLoader仅负责加载字节码，不参与初始化；不同ClassLoader加载同一类名会各自初始化并执行静态块。
静态代码块不直接与类加载器“交互”，它在类初始化阶段执行，而类加载器只负责把字节码载入内存——真正决定执行时机的是JVM的初始化规则，不是类加载器本身。
类加载器只管加载，不决定静态块何时运行
类加载器（如AppClassLoader）完成的是“加载→验证→准备→解析”四阶段，这些阶段里不会执行任何static代码。静态代码块直到第五阶段“初始化”才运行，而这个阶段由JVM根据是否首次主动使用来触发，和哪个类加载器加载无关。
- 同一个类被AppClassLoader加载后，它的静态块只会在初始化时执行一次，不管后续有多少次new或调用
- ClassLoader.loadClass("X")仅完成加载，不触发初始化；Class.forName("X")默认会触发，因为initialize=true
- 启动类加载器、扩展类加载器、应用类加载器的委托链，影响的是“谁来加载”，而不是“什么时候跑static块”
多个类加载器可能导致多次初始化
只有在特殊场景下（如OSGi、热部署、自定义ClassLoader隔离），同一类名被不同类加载器分别加载，才会出现多个独立的类对象——每个都拥有自己的静态变量和静态块，各自初始化一次。
- 例如：PluginClassLoader加载com.example.Service，和SystemClassLoader加载的同名类互不影响
- 此时两个Service类的静态块会各自执行，彼此静态变量不共享
- 这是例外情况，标准继承模型中父子类通常由同一个类加载器加载
静态块执行顺序仍由继承关系和源码顺序决定
哪怕换了类加载器，只要类结构不变，JVM仍严格遵守：父类静态内容先于子类；同类中按源码从上到下交替执行静态变量赋值和static{}块。
立即学习“Java免费学习笔记（深入）”；
- Parent.staticMethod()被调用 → Parent初始化（其静态块执行）→ Child不参与
- new Child() → 先确保Parent已初始化（若未初始化则立即执行其全部静态成员）→ 再执行Child的静态成员
- static int a = init(); 和 static { b = 2; } 在Parent类里谁写在前面，谁先执行，与类加载器类型无关
异常会让该类永久不可用，与类加载器无关
如果静态块抛出未捕获异常，JVM会标记该类为“初始化失败”，后续所有对该类的主动使用（无论通过哪个引用路径）都会直接抛ExceptionInInitializerError——这个状态绑定在Class对象上，不是类加载器能重置的。
- 即使重新获取Class.forName("X")，也不会重试初始化
- 也无法通过换一个ClassLoader再加载同名类来绕过（除非彻底卸载原Class，这在普通应用中几乎不可行）
- 所以静态块里应避免I/O、网络、复杂计算等不可靠操作
