自定义类加载器需继承classloader并重写findclass方法，构造时显式指定父加载器（如getsystemclassloader()），通过路径转换、字节码读取与defineclass完成加载，兼顾双亲委派、路径安全、字节码校验及类隔离。
Java 类加载机制中编写自定义类加载器，核心是继承 ClassLoader 并重写 findClass 方法，而不是直接覆盖 loadClass——这样既能复用双亲委派逻辑，又能精准控制“找不到时自己怎么加载”。关键不在“能不能加载”，而在“从哪加载、怎么验证、是否隔离”。
必须继承 ClassLoader 并指定父加载器
自定义类加载器不是独立运行的，它需要嵌入 JVM 的委托链。构造时显式传入父加载器，能避免意外绕过系统保护：
- 推荐写法：
super(parent)，例如传入ClassLoader.getSystemClassLoader()或当前线程上下文类加载器 - 不建议只写无参构造（
super()），它虽默认使用系统类加载器，但会掩盖依赖关系，调试时难定位类加载冲突 - 若需完全隔离（如插件模块），可传入
null（此时父为启动类加载器），但要自行处理java.*等基础类的加载兜底
重写 findClass 而非 loadClass
loadClass 已内置双亲委派流程：先查已加载、再委派父、最后调 findClass。你只需专注“父加载不了时我怎么找”：
- 在
findClass(String name)中，把类全限定名（如com.example.Foo）转成路径：name.replace('.', '/') + ".class" - 按路径读取字节码（支持文件系统、网络流、加密解密后字节数组等）
- 字节数据非空时，调用
defineClass(name, bytes, 0, bytes.length)注册为 Class 对象 - 若读取失败，抛出
ClassNotFoundException，让上层继续委派或报错
加载路径与安全性细节不能省
仅读文件还不够，实际场景常涉及权限、校验和隔离：
- 路径应校验合法性，防止
../路径穿越（如用Paths.get(classPath).resolve(...).normalize()） - 加载前可做简单字节码校验（如 Magic Number 是否为
0xCAFEBABE），避免加载损坏文件 - 如需设置安全域（
ProtectionDomain），可在defineClass重载版本中传入，用于沙箱控制 - 若类含静态初始化块，首次主动使用时才触发初始化，无需在
findClass中手动resolveClass
测试时注意类加载器实例与类可见性
加载出来的 Class 对象，其运行时行为受加载器实例约束：
- 用同一个自定义加载器实例多次
loadClass("X")，返回的是同一个 Class 对象；换一个实例则视为不同类（即使字节码相同），无法强转 - 反射创建实例后，方法调用需确保参数类型也由同一加载器加载，否则
ClassCastException很容易出现 - 调试时打印
clazz.getClassLoader()和Thread.currentThread().getContextClassLoader()，确认实际生效的是哪个加载器
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
