ClassLoader.loadClass() 不执行静态初始化，因只完成加载和链接，跳过初始化阶段；需用Class.forName()或显式调用initialize=true触发。
ClassLoader.loadClass() 为什么不能执行静态初始化？
这是最常被误解的点：loadClass() 只负责「加载 + 链接（验证、准备）」，但跳过「初始化」阶段，所以类里的 static { ... } 块不会运行，static final 字段也不会被赋值（除非是编译期常量）。
如果你需要触发初始化，必须显式调用 Class.forName(String)（它默认 initialize = true），或对返回的 Class 对象调用 Class.forName(name, true, classLoader)。
-
ClassLoader.getSystemClassLoader().loadClass("com.example.MyClass")→ 不触发static块 -
Class.forName("com.example.MyClass")→ 触发初始化 - 自定义 ClassLoader 重写
loadClass()时，若想保持语义一致，不要擅自调用resolveClass(c)，除非你明确需要链接
getResource() 和 getResourceAsStream() 的路径行为差异
两者都走双亲委派，但路径解析逻辑不同：它们把传入的 String name 当作「相对于 classpath 根目录」的资源路径，且不自动补前导斜杠。常见错误是写成 "/config.properties" —— 这会导致从 classpath 根开始找，而多数人实际想的是「当前类所在包下」。
正确做法取决于意图：
立即学习“Java免费学习笔记（深入）”；
- 想查当前类同包下的
logback.xml：用this.getClass().getResource("logback.xml")（无斜杠） - 想查 classpath 根下的
META-INF/MANIFEST.MF：用getClass().getClassLoader().getResource("META-INF/MANIFEST.MF")（无斜杠，根路径即 classpath 起点） -
getResourceAsStream()是getResource()+openStream()的快捷封装，失败时直接返回null，不抛异常
URL url = clazz.getResource("application.yml"); // 注意：不是 "/application.yml"
InputStream is = clazz.getResourceAsStream("log4j2.xml"); // 返回 null 表示没找到，不报错
findClass() vs defineClass()：自定义 ClassLoader 的分工边界
如果你要实现自己的 ClassLoader（比如热加载、沙箱隔离），必须重写 findClass(String name)，而不是直接重写 loadClass() —— 后者破坏双亲委派模型，容易引发 LinkageError 或重复加载。
findClass() 负责「获取字节码」（例如从网络、数据库、加密文件读取），然后交给 defineClass() 完成校验和转换为 Class 实例。注意：defineClass() 是 protected final，不可重写，且要求字节数组格式合法（符合 JVM class 文件规范）。
- 不要在
findClass()中调用super.loadClass()，否则绕过双亲委派 - 不要手动 new Class 对象，JVM 禁止这样做
- 如果字节码来自非标准来源（如解密后），需确保
defineClass()的name参数与字节码内部的全限定名严格一致，否则抛NoClassDefFoundError
Thread.currentThread().getContextClassLoader() 的真实用途
这个 ClassLoader 不是“当前类”的加载器，而是线程绑定的、可由上层框架设置的代理加载器。典型场景是 SPI（如 JDBC 驱动加载、JAX-WS、SLF4J 绑定）：核心库（由 Bootstrap 或 Extension ClassLoader 加载）需要加载用户提供的实现类，但它自己无法访问应用类路径，于是委托给上下文 ClassLoader。
所以你在写框架代码时，如果需要动态加载业务方的类（比如插件、策略类），应优先使用：
-
Thread.currentThread().getContextClassLoader()—— 多数 Spring/Java EE 场景下它指向AppClassLoader - 慎用
MyClass.class.getClassLoader()，它可能只是某个 jar 包自己的 ClassLoader（如 OSGi BundleClassLoader） - Web 应用中，Servlet 容器（如 Tomcat）会在线程进入时设置上下文 ClassLoader 为当前 WebApp 的 ClassLoader
漏掉这一步，SPI 就会失效；设错 ClassLoader，就会出现 ClassNotFoundException 即使类明明在 classpath 里。
