拆分模块后Reflections的asClass()无法获取外部Jar中的子类

原因分析 #

拆分后asClass()方法默认使用当前线程上下文类加载器加载类，但模块B的类是通过你自定义的URLClassLoader加载的，上下文类加载器无法访问这些类，导致无法将类名字符串转换为Class对象。

解决方法 #

1. 手动用自定义ClassLoader加载类 #

跳过asClass()方法，直接用加载模块B的URLClassLoader将类名转为Class对象：

// 假设urlClassLoader是你加载模块B Jar的自定义类加载器
Set<String> subclassNames = reflections.get(SubTypes.of(IFoo.class));
Set<Class<? extends IFoo>> subclasses = subclassNames.stream()
    .map(name -> {
        try {
            return (Class<? extends IFoo>) urlClassLoader.loadClass(name);
        } catch (ClassNotFoundException e) {
            throw new RuntimeException("加载子类失败", e);
        }
    })
    .collect(Collectors.toSet());

2. 配置Reflections使用自定义ClassLoader #

在构建ConfigurationBuilder时，指定你的URLClassLoader，让asClass()直接用该加载器处理：

Reflections reflections = new Reflections(new ConfigurationBuilder()
    .setUrls(ClasspathHelper.forPackage("xx.yy.zz", urlClassLoader))
    .setScanners(new SubTypesScanner())
    .addClassLoader(urlClassLoader)); // 绑定自定义类加载器

Set<Class<? extends IFoo>> subclasses = reflections.get(SubTypes.of(IFoo.class).asClass());

3. 适配Java 17模块系统 #

因为使用Java 17模块系统，需确保模块间的访问权限：

• 若模块B有module-info.java，添加权限声明：

module moduleB {
    exports xx.yy.zz to moduleA; // 允许模块A访问目标包
    requires moduleA;
}

• 若模块B是自动模块（无module-info.java），在模块A的启动参数中添加：

--add-opens moduleB/xx.yy.zz=moduleA

验证要点 #

• 确认URLClassLoader的父加载器确实是IFoo所属的模块A类加载器
• 检查模块B的Jar包已正确加入URLClassLoader的URL列表
• 确保扫描包路径xx.yy.zz与模块B中实现类的包完全匹配

内容的提问来源于stack exchange，提问作者Calvin S.