自定义类加载器应继承ClassLoader并重写findClass方法，通过name.replace('.','/')转换路径、读取字节码后调用defineClass；避免直接覆盖loadClass以维持双亲委派机制。
在 Java 中编写自定义类加载器从指定路径加载类，核心是继承 ClassLoader 并重写 findClass(String name) 方法，避免直接覆盖 loadClass()（以免破坏双亲委派机制），再通过 defineClass() 将字节码转为 Class 对象。
继承 ClassLoader 并实现 findClass
自定义类加载器不应直接覆盖 loadClass，而应在 findClass 中完成“查找并定义类”的逻辑。JVM 在双亲委派失败后会调用该方法。
- 构造时传入目标路径（如
"./my-classes/"），可保存为字段 -
findClass中将类名（如"com.example.MyService"）转换为路径格式（"com/example/MyService.class"） - 用
Files.readAllBytes或FileInputStream读取字节码 - 调用
defineClass(name, bytes, 0, bytes.length)返回Class<?>
正确处理类名与文件路径转换
Java 类名使用点号分隔，而文件系统路径用斜杠；需确保转换准确，且注意资源是否存在于指定目录中。
- 将
name.replace('.', '/')得到相对路径 - 拼接完整路径：
Paths.get(baseDir, relativePath + ".class") - 检查文件是否存在且可读，否则抛出
ClassNotFoundException - 建议用
try-with-resources安全读取流，避免资源泄漏
避免破坏双亲委派（可选：显式委托父加载器）
如果希望优先由系统类加载器加载核心类（如 java.lang.String），可在 loadClass 中手动委托；但通常继承默认实现即可，因为 ClassLoader.loadClass 默认已遵循双亲委派。
立即学习“Java免费学习笔记（深入）”；
- 仅当需要打破委派（如热替换、隔离加载）时，才重写
loadClass - 若重写，应先尝试
super.loadClass(name)，失败后再调用findClass - 多数场景下，只重写
findClass更安全、更符合规范
使用示例：加载并实例化类
创建加载器后，用它加载类，再通过反射获取实例（注意类可能依赖其他未被加载的类，需确保其也在路径中或已被其他加载器加载）。
MyClassLoader loader = new MyClassLoader("./target/classes/");Class<?> clazz = loader.loadClass("com.example.HelloWorld");Object instance = clazz.getDeclaredConstructor().newInstance();- 若类有静态初始化块或依赖外部资源，需确保运行时环境就绪
