Получение всех классов из пакета

Ответ 1

Вот базовый пример, предполагающий, что классы не являются JAR-пакетами:

// Prepare.
String packageName = "com.example.commands";
List<Class<ICommand>> commands = new ArrayList<Class<ICommand>>();
URL root = Thread.currentThread().getContextClassLoader().getResource(packageName.replace(".", "/"));

// Filter .class files.
File[] files = new File(root.getFile()).listFiles(new FilenameFilter() {
    public boolean accept(File dir, String name) {
        return name.endsWith(".class");
    }
});

// Find classes implementing ICommand.
for (File file : files) {
    String className = file.getName().replaceAll(".class$", "");
    Class<?> cls = Class.forName(packageName + "." + className);
    if (ICommand.class.isAssignableFrom(cls)) {
        commands.add((Class<ICommand>) cls);
    }
}

Ответ 2

Ниже реализована реализация с использованием API JSR-199, то есть классов из javax.tools.*:

List<Class> commands = new ArrayList<Class>();

JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
StandardJavaFileManager fileManager = compiler.getStandardFileManager(
        null, null, null);

Location location = StandardLocation.CLASS_PATH;
String packageName = "commands";
Set<JavaFileObject.Kind> kinds = new HashSet<JavaFileObject.Kind>();
kinds.add(JavaFileObject.Kind.CLASS);
boolean recurse = false;

Iterable<JavaFileObject> list = fileManager.list(location, packageName,
        kinds, recurse);

for (JavaFileObject javaFileObject : list) {
    commands.add(javaFileObject.getClass());
}

Ответ 3

Вот метод утилиты, используя Spring.

Подробности о шаблоне можно найти здесь

    public static List<Class> listMatchingClasses(String matchPattern) throws IOException {
    List<Class> classes = new LinkedList<Class>();
    PathMatchingResourcePatternResolver scanner = new PathMatchingResourcePatternResolver();
    Resource[] resources = scanner.getResources(matchPattern);

    for (Resource resource : resources) {
        Class<?> clazz = getClassFromResource(resource);
        classes.add(clazz);
    }

    return classes;
}



public static Class getClassFromResource(Resource resource) {
    try {
        String resourceUri = resource.getURI().toString();
        resourceUri = resourceUri.replace(esourceUri.indexOf(".class"), "").replace("/", ".");
        // try printing the resourceUri before calling forName, to see if it is OK.
        return Class.forName(resourceUri);
    } catch (Exception ex) {
        ex.printStackTrace();
    }
    return null;
}

Ответ 4

Начать с public Classloader.getResources(String name). Спросите classloader для класса, соответствующего каждому имени в интересующем вас пакете. Повторите для всех загрузчиков классов.

Ответ 5

Да, но это не самая простая вещь. С этим связано множество проблем. Не все классы легко найти. Некоторые классы могут быть в: Jar, как файл класса, по сети и т.д.

Посмотрите в этой теме.

Чтобы убедиться, что они являются типом ICommand, вам нужно будет использовать отражение, чтобы проверить класс наследования.

Ответ 6

Это был бы очень полезный инструмент, который нам нужен, и JDK должен предоставить некоторую поддержку.

Но это, вероятно, лучше сделать во время сборки. Вы знаете, где все ваши файлы классов, и вы можете проверить их статически и построить график. Во время выполнения вы можете запросить этот граф, чтобы получить все подтипы. Это требует больше работы, но я считаю, что это действительно относится к процессу сборки.

Ответ 7

Используя Johannes Link ClasspathSuite, я смог сделать это вот так:

import org.junit.extensions.cpsuite.ClassTester;
import org.junit.extensions.cpsuite.ClasspathClassesFinder;

public static List<Class<?>> getClasses(final Package pkg, final boolean includeChildPackages) {
    return new ClasspathClassesFinder(new ClassTester() {
        @Override public boolean searchInJars() { return true; }
        @Override public boolean acceptInnerClass() { return false; }
        @Override public boolean acceptClassName(String name) {
            return name.startsWith(pkg.getName()) && (includeChildPackages || name.indexOf(".", pkg.getName().length()) != -1);
        }
        @Override public boolean acceptClass(Class<?> c) { return true; }
    }, System.getProperty("java.class.path")).find();
}

КлассpathClassesFinder ищет файлы классов и банки в пути к системным классам.

В вашем конкретном случае вы можете изменить acceptClass следующим образом:

@Override public boolean acceptClass(Class<?> c) {
    return ICommand.class.isAssignableFrom(c);
}

Следует отметить: будьте осторожны с тем, что вы возвращаете в acceptClassName, поскольку следующее, что ClasspathClassesFinder делает, это загрузить класс и вызвать acceptClass. Если acceptClassName всегда возвращает true, вы в конечном итоге загружаете каждый класс в путь класса, и это может вызвать OutOfMemoryError.

Ответ 8

Вы можете использовать OpenPojo и сделать это:

final List<PojoClass> pojoClasses = PojoClassFactory.getPojoClassesRecursively("my.package.path", null);

Затем вы можете просмотреть список и выполнить любую функциональность, которую вы хотите.