Можете ли вы найти все классы в пакете, используя отражение?

528

Можно ли найти все классы или интерфейсы в данном пакете? (Быстро глядя на, например Package, казалось бы, нет.)

Jonik
источник
2
К вашему сведению, решение Amit связывается с работами, хотя оно имеет ошибку, если путь к классу содержит пробел (и, вероятно, для других не алфавитно-цифровых символов). если вы используете его в любом виде производственного кода, см. мой комментарий к его ответу для обходного пути.
Кип
2
Также обратите внимание на этот пост .
Barfuin
1
См. Связанный ответ: stackoverflow.com/a/30149061/4102160
Cfx
1
Также обратите внимание на этот пост .
sp00m
1
Смотрите мой ответ ниже о ClassGraph, в настоящее время это самый надежный метод для сканирования пути к классам и пути к модулям.
Люк Хатчисон

Ответы:

373

Из-за динамической природы загрузчиков классов это невозможно. Загрузчики классов не обязаны сообщать ВМ, какие классы она может предоставить, вместо этого они просто передают запросы на классы и должны возвращать класс или выдавать исключение.

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

Если есть классы, которые генерируются или доставляются удаленно, вы не сможете обнаружить эти классы.

Обычный метод - вместо этого где-то зарегистрировать классы, к которым вам нужен доступ, в файле или ссылаться на них в другом классе. Или просто используйте соглашение, когда дело доходит до именования.

Приложение: Библиотека отражений позволит вам искать классы в текущем пути к классам. Может использоваться для получения всех классов в пакете:

 Reflections reflections = new Reflections("my.project.prefix");

 Set<Class<? extends Object>> allClasses = 
     reflections.getSubTypesOf(Object.class);
Staale
источник
12
Невозможность запрашивать имена классов долго жила меня. Конечно, это сложно, и производительность может варьироваться в широких пределах, и для некоторых загрузчиков классов список не определен или неограничен, но есть способы, которые можно обойти.
Мистер Блестящий и Новый 宇 宇
16
Обратите внимание, что это решение не будет работать, так как по умолчанию getSubTypesOf не возвращает подтипы Object. См. Решение Александра Бломскёльда о том, как настроить SubTypeScanner.
Алекс Сперлинг
17
Размышления требует гуавы. Гуава большая. Версия 14.0.1 - 2,1 МБ.
Майк Джонс
3
Не работал для меня. Mac OSX - версия зависимостей 0.9.9-RC1 (maven) - JDK 1.7. Пересмотрите принятый ответ. @ AleksanderBlomskøld ответ на этот вопрос. !!!!!
Константинос Маргаритис
68
Если это возвращает пустой список, инициализируйте объект Reflections следующим образом: Reflections reflections = new Reflections ("your.package.here", new SubTypesScanner (false));
Жоао Роша да Силва
186

Возможно, вам следует взглянуть на библиотеку Reflections с открытым исходным кодом . С его помощью вы можете легко достичь того, что вы хотите.

Сначала настройте индекс отражений (он немного запутанный, поскольку поиск всех классов по умолчанию отключен):

List<ClassLoader> classLoadersList = new LinkedList<ClassLoader>();
classLoadersList.add(ClasspathHelper.contextClassLoader());
classLoadersList.add(ClasspathHelper.staticClassLoader());

Reflections reflections = new Reflections(new ConfigurationBuilder()
    .setScanners(new SubTypesScanner(false /* don't exclude Object.class */), new ResourcesScanner())
    .setUrls(ClasspathHelper.forClassLoader(classLoadersList.toArray(new ClassLoader[0])))
    .filterInputsBy(new FilterBuilder().include(FilterBuilder.prefix("org.your.package"))));

Затем вы можете запросить все объекты в данном пакете:

Set<Class<?>> classes = reflections.getSubTypesOf(Object.class);
Александр Бломскёльд
источник
6
Ах, вот и мы: code.google.com/p/reflections/issues/detail?id=122 . Объект исключен по умолчанию, но вы можете перенастроить его. Спасибо, что указали мне на эту библиотеку, это здорово!
mtrc
1
Я столкнулся с проблемами на моем Mac с этим кодом (связанным с нативными библиотеками), но .addUrls(ClasspathHelper.forJavaClassPath())вместо этого решил их для меня. Меньше кода!
Дэвид Пярссон
3
если кто-то задается вопросом, самый простой способ получить пакет по умолчанию состоит в том, чтобы префикс был пустой строкой -> "".
JBA
2
Библиотека «Размышления» имеет хитрую лицензию: github.com/ronmamo/reflections/blob/master/COPYING.txt . Хитрость в том, что лицензия позволяет бесплатно использовать только саму лицензию. Поэтому для реального использования библиотеки (а не лицензии) каждый должен связаться с автором и договориться об условиях использования.
Серж Рогач
3
Серж, я думаю, что вы неправильно понимаете WTFPL: wtfpl.net Я думаю, что WTFPL означает, что вы можете делать все, что захотите, не только с лицензией, но и с кодом
Richo
122

Google Guava 14 включает новый класс ClassPathс тремя методами сканирования классов верхнего уровня:

  • getTopLevelClasses()
  • getTopLevelClasses(String packageName)
  • getTopLevelClassesRecursive(String packageName)

См. ClassPathJavadocs для получения дополнительной информации.

Кристоф Лейтер
источник
это сработало для меня, где Reflection не смог сделать (без общего прямого предка, без общей аннотации)
Риккардо Коссу
1
Как я уже упоминал в комментарии ниже , ClassPathон помечен тегом @Beta, поэтому для некоторых это может быть плохой идеей ...
Кристиан,
1
Сказать, что это работает там, где рефлексия не работает, немного странно, но решение, несомненно, реализовано с использованием функций отражения (и загрузчика классов).
Maarten Bodewes
5
Я думаю, что он имел в виду библиотеку Reflections, упомянутую в другом ответе.
Кристоф Лейтер
Работает под Java 11, если используется guava версии 28.1-jre.
gorjanz
112

Вы можете использовать этот метод 1, который использует ClassLoader.

/**
 * Scans all classes accessible from the context class loader which belong to the given package and subpackages.
 *
 * @param packageName The base package
 * @return The classes
 * @throws ClassNotFoundException
 * @throws IOException
 */
private static Class[] getClasses(String packageName)
        throws ClassNotFoundException, IOException {
    ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
    assert classLoader != null;
    String path = packageName.replace('.', '/');
    Enumeration<URL> resources = classLoader.getResources(path);
    List<File> dirs = new ArrayList<File>();
    while (resources.hasMoreElements()) {
        URL resource = resources.nextElement();
        dirs.add(new File(resource.getFile()));
    }
    ArrayList<Class> classes = new ArrayList<Class>();
    for (File directory : dirs) {
        classes.addAll(findClasses(directory, packageName));
    }
    return classes.toArray(new Class[classes.size()]);
}

/**
 * Recursive method used to find all classes in a given directory and subdirs.
 *
 * @param directory   The base directory
 * @param packageName The package name for classes found inside the base directory
 * @return The classes
 * @throws ClassNotFoundException
 */
private static List<Class> findClasses(File directory, String packageName) throws ClassNotFoundException {
    List<Class> classes = new ArrayList<Class>();
    if (!directory.exists()) {
        return classes;
    }
    File[] files = directory.listFiles();
    for (File file : files) {
        if (file.isDirectory()) {
            assert !file.getName().contains(".");
            classes.addAll(findClasses(file, packageName + "." + file.getName()));
        } else if (file.getName().endsWith(".class")) {
            classes.add(Class.forName(packageName + '.' + file.getName().substring(0, file.getName().length() - 6)));
        }
    }
    return classes;
}

__________
1 Этот метод был первоначально взят с http://snippets.dzone.com/posts/show/4831 , который был заархивирован интернет-архивом, так как он связан с настоящим моментом . Фрагмент также доступен по адресу https://dzone.com/articles/get-all-classes-within-package .

Ахмед Ашур
источник
6
У меня была проблема с этим, если мой путь включал пробелы. Класс URL экранировал пробелы %20, но new File()конструктор рассматривал это как буквальный знак процента, два ноль. Я исправил это, изменив dirs.add(...)строку следующим образом: dirs.add(new File(resource.toURI())); Это также означало, что мне пришлось добавить URISyntaxExceptionк предложению бросковgetClasses
Кип
19
Вы только что скопировали с dzone.com/articles/get-all-classes-within-package ! Пожалуйста, обратитесь к источнику в следующий раз
RS
19
+1, потому что это решение НЕ требует внешних библиотек ... НИКОГДА, действительно, НИКОГДА не связывайте ваш код случайным образом с библиотеками только для достижения одной маленькой вещи, подобной этой. Знаете ли вы, что вы добавляете потенциальную поверхность атаки для злоумышленников? Ноября 2015 проблема Apache Commons обнаружил , что приводит к удаленному выполнению команд только при наличии Apache Commons в пути к классам приложения , развернутого на JBoss / Weblogic [ foxglovesecurity.com/2015/11/06/...
sc0p
@Qix правильно заметил, что этот код не поддерживает jar. Для поддержки банок и каталогов . Код был изменен, как указано ниже:
user1523177
1
Хорошее решение, но, кажется, будет лучше, если 'Class.forName (String className)' будет заменен на 'Class.forName (String className, boolean initialize, ClassLoader loader)', где 'initialize = false;' чтобы не создавать экземпляры классов.
Andrei_N
99

весна

Этот пример для Spring 4, но вы также можете найти сканер classpath в более ранних версиях.

// create scanner and disable default filters (that is the 'false' argument)
final ClassPathScanningCandidateComponentProvider provider = new ClassPathScanningCandidateComponentProvider(false);
// add include filters which matches all the classes (or use your own)
provider.addIncludeFilter(new RegexPatternTypeFilter(Pattern.compile(".*")));

// get matching classes defined in the package
final Set<BeanDefinition> classes = provider.findCandidateComponents("my.package.name");

// this is how you can load the class type from BeanDefinition instance
for (BeanDefinition bean: classes) {
    Class<?> clazz = Class.forName(bean.getBeanClassName());
    // ... do your magic with the class ...
}

Google Guava

Примечание. В версии 14 API по-прежнему помечен как @Beta , так что будьте осторожны в рабочем коде.

final ClassLoader loader = Thread.currentThread().getContextClassLoader();

for (final ClassPath.ClassInfo info : ClassPath.from(loader).getTopLevelClasses()) {
  if (info.getName().startsWith("my.package.")) {
    final Class<?> clazz = info.load();
    // do something with your clazz
  }
}
voho
источник
5
Отличный ответ. Здесь слишком много решений, которые многословны, не проверены, не работают! Это фантастика: она лаконична и проверена (это из Гуавы). Отлично! Это полезно, оно заслуживает большего количества голосов.
Жан Вальжан
К сожалению, ClassPathкласс в Guava также помечен @Beta: «API, помеченные аннотацией @Beta на уровне класса или метода, могут быть изменены. Они могут быть изменены любым способом или даже удалены в любом основном выпуске. Если ваш код сама библиотека (т. е. она используется в CLASSPATH пользователей вне вашего собственного контроля), вы не должны использовать бета-интерфейсы API, если вы не перепаковываете их ... " code.google.com/p/guava-libraries/#Important_Warnings
Кристиан
@ Кристиан Хороший вопрос, я не заметил! Спасибо. Я добавлю еще один ответ, используя Spring сканер classpath, который точно не бета.
Voho
Чтобы найти вложенные статические классы с использованием решения на основе guava, getAllClasses()можно использовать метод.
v.ladynev
1
Решение Spring является единственным работающим, если запускается из исполняемого файла jar.
Лука
38

Привет. У меня всегда были некоторые проблемы с решениями выше (и на других сайтах).
Я, как разработчик, программирую аддон для API. API предотвращает использование любых внешних библиотек или сторонних инструментов. Установка также состоит из смеси кода в файлах jar или zip и файлов классов, расположенных непосредственно в некоторых каталогах. Так что мой код должен был работать в любой ситуации. После долгих исследований я нашел метод, который будет работать как минимум в 95% всех возможных установок.

Следующий код в основном метод overkill, который всегда будет работать.

Код:

Этот код сканирует данный пакет для всех включенных в него классов. Это будет работать только для всех классов в текущем ClassLoader.

/**
 * Private helper method
 * 
 * @param directory
 *            The directory to start with
 * @param pckgname
 *            The package name to search for. Will be needed for getting the
 *            Class object.
 * @param classes
 *            if a file isn't loaded but still is in the directory
 * @throws ClassNotFoundException
 */
private static void checkDirectory(File directory, String pckgname,
        ArrayList<Class<?>> classes) throws ClassNotFoundException {
    File tmpDirectory;

    if (directory.exists() && directory.isDirectory()) {
        final String[] files = directory.list();

        for (final String file : files) {
            if (file.endsWith(".class")) {
                try {
                    classes.add(Class.forName(pckgname + '.'
                            + file.substring(0, file.length() - 6)));
                } catch (final NoClassDefFoundError e) {
                    // do nothing. this class hasn't been found by the
                    // loader, and we don't care.
                }
            } else if ((tmpDirectory = new File(directory, file))
                    .isDirectory()) {
                checkDirectory(tmpDirectory, pckgname + "." + file, classes);
            }
        }
    }
}

/**
 * Private helper method.
 * 
 * @param connection
 *            the connection to the jar
 * @param pckgname
 *            the package name to search for
 * @param classes
 *            the current ArrayList of all classes. This method will simply
 *            add new classes.
 * @throws ClassNotFoundException
 *             if a file isn't loaded but still is in the jar file
 * @throws IOException
 *             if it can't correctly read from the jar file.
 */
private static void checkJarFile(JarURLConnection connection,
        String pckgname, ArrayList<Class<?>> classes)
        throws ClassNotFoundException, IOException {
    final JarFile jarFile = connection.getJarFile();
    final Enumeration<JarEntry> entries = jarFile.entries();
    String name;

    for (JarEntry jarEntry = null; entries.hasMoreElements()
            && ((jarEntry = entries.nextElement()) != null);) {
        name = jarEntry.getName();

        if (name.contains(".class")) {
            name = name.substring(0, name.length() - 6).replace('/', '.');

            if (name.contains(pckgname)) {
                classes.add(Class.forName(name));
            }
        }
    }
}

/**
 * Attempts to list all the classes in the specified package as determined
 * by the context class loader
 * 
 * @param pckgname
 *            the package name to search
 * @return a list of classes that exist within that package
 * @throws ClassNotFoundException
 *             if something went wrong
 */
public static ArrayList<Class<?>> getClassesForPackage(String pckgname)
        throws ClassNotFoundException {
    final ArrayList<Class<?>> classes = new ArrayList<Class<?>>();

    try {
        final ClassLoader cld = Thread.currentThread()
                .getContextClassLoader();

        if (cld == null)
            throw new ClassNotFoundException("Can't get class loader.");

        final Enumeration<URL> resources = cld.getResources(pckgname
                .replace('.', '/'));
        URLConnection connection;

        for (URL url = null; resources.hasMoreElements()
                && ((url = resources.nextElement()) != null);) {
            try {
                connection = url.openConnection();

                if (connection instanceof JarURLConnection) {
                    checkJarFile((JarURLConnection) connection, pckgname,
                            classes);
                } else if (connection instanceof FileURLConnection) {
                    try {
                        checkDirectory(
                                new File(URLDecoder.decode(url.getPath(),
                                        "UTF-8")), pckgname, classes);
                    } catch (final UnsupportedEncodingException ex) {
                        throw new ClassNotFoundException(
                                pckgname
                                        + " does not appear to be a valid package (Unsupported encoding)",
                                ex);
                    }
                } else
                    throw new ClassNotFoundException(pckgname + " ("
                            + url.getPath()
                            + ") does not appear to be a valid package");
            } catch (final IOException ioex) {
                throw new ClassNotFoundException(
                        "IOException was thrown when trying to get all resources for "
                                + pckgname, ioex);
            }
        }
    } catch (final NullPointerException ex) {
        throw new ClassNotFoundException(
                pckgname
                        + " does not appear to be a valid package (Null pointer exception)",
                ex);
    } catch (final IOException ioex) {
        throw new ClassNotFoundException(
                "IOException was thrown when trying to get all resources for "
                        + pckgname, ioex);
    }

    return classes;
}

Эти три метода предоставляют вам возможность найти все классы в данном пакете.
Вы используете это так:

getClassesForPackage("package.your.classes.are.in");

Объяснение:

Метод сначала получает текущий ClassLoader. Затем он выбирает все ресурсы, которые содержат указанный пакет, и повторяет их URL. Затем он создает URLConnectionи определяет, какой тип URl у нас есть. Это может быть каталог ( FileURLConnection) или каталог внутри файла jar или zip ( JarURLConnection). В зависимости от того, какой тип соединения у нас будет вызываться два разных метода.

Сначала давайте посмотрим, что произойдет, если это FileURLConnection.
Сначала проверяется, существует ли переданный файл и является ли он каталогом. Если это так, он проверяет, является ли это файлом класса. Если это так, Classобъект будет создан и помещен вArrayList . Если это не файл класса, а каталог, мы просто перебираем его и делаем то же самое. Все остальные дела / файлы будут игнорироваться.

Если URLConnectionэто a, JarURLConnectionбудет вызван другой частный вспомогательный метод. Этот метод перебирает все записи в архиве zip / jar. Если одна запись является файлом класса и находится внутри пакета, Classобъект будет создан и сохранен в ArrayList.

После того, как все ресурсы проанализированы, он (основной метод) возвращает ArrayListсодержащую все классы в данном пакете, о которых ClassLoaderзнает текущий .

Если процесс в какой-то момент ClassNotFoundExceptionзавершится неудачно, будет сгенерирована подробная информация о точной причине.

BrainStone
источник
4
Этот пример требует импорта sun.net.www.protocol.file.FileURLConnection, который генерирует предупреждение во время компиляции («warning: sun.net.www.protocol.file.FileURLConnection является проприетарным API Sun и может быть удален в будущем выпуске»). Есть ли альтернатива использованию этого класса, или предупреждение может быть подавлено с помощью аннотаций?
Кристиан
Этот метод не работает для классов начальной загрузки, таких как классы в java.lang, java.util, ... Их можно найти, получив System.getProperty ("sun.boot.class.path"), разделив его: или; (в зависимости от ОС), а затем запускаются слегка измененные версии вышеупомянутых checkDirectory и checkJarFile.
coderforlife
1
Вы можете обойти предупреждение / ошибку, используя connection.getClass (). GetCanonicalName (). Equals ("sun.net.www.protocol.file.FileURLConnection"). Если вы действительно хотите, вы можете создать URLConnection, который, по вашему мнению, ДОЛЖЕН использовать sun.net.www.protocol.file.FileURLConnection, а также сравнить имя класса соединения с именем созданного вами класса. Если они оба одинаковы, вы можете рассматривать его как экземпляр sun.net.www.protocol.file.FileURLConnection, а не в случае сбоя в случае изменения имени класса.
Уильям Динс
1
@Christian Вы можете не допустить, чтобы FileURLConnection делал что-то вроде этого: if ( ... instanceof JarURLConnecton) { ... } else { // Asume that the Connection is valid and points to a File }это то, что я сделал в своем коде для поиска аннотированных классов JPA
Zardoz89
15

Без использования каких-либо дополнительных библиотек:

package test;

import java.io.DataInputStream;
import java.io.InputStream;
import java.net.URL;
import java.util.ArrayList;
import java.util.List;

public class Test {
    public static void main(String[] args) throws Exception{
        List<Class> classes = getClasses(Test.class.getClassLoader(),"test");
        for(Class c:classes){
            System.out.println("Class: "+c);
        }
    }

    public static List<Class> getClasses(ClassLoader cl,String pack) throws Exception{

        String dottedPackage = pack.replaceAll("[/]", ".");
        List<Class> classes = new ArrayList<Class>();
        URL upackage = cl.getResource(pack);

        DataInputStream dis = new DataInputStream((InputStream) upackage.getContent());
        String line = null;
        while ((line = dis.readLine()) != null) {
            if(line.endsWith(".class")) {
               classes.add(Class.forName(dottedPackage+"."+line.substring(0,line.lastIndexOf('.'))));
            }
        }
        return classes;
    }
}
Уильямс Лопес
источник
Когда я запускаю это в банке, upackageэто null... :(
Кристиан
Для пакета «com.mycompany.beans» замените «test» на «com / mycompany / beans»
Джеймс Джитин
4
Я получаю нулевое значение при использовании этого кода. Кажется, работает только если ваш jar исполняемый файл
Alao
если вы получили имя пакета от String pack = getPackage().getName();, то вы должны добавитьpack = pack.replaceAll("[.]", "/");
user2682877
13

В общем случае загрузчики классов не позволяют сканировать все классы на пути к классам. Но обычно единственным используемым загрузчиком классов является UrlClassLoader, из которого мы можем извлечь список каталогов и jar-файлов (см. GetURLs ) и открыть их один за другим, чтобы вывести список доступных классов. Этот подход, называемый сканированием пути классов, реализован в Scannotation and Reflections .

Reflections reflections = new Reflections("my.package");
Set<Class<? extends Object>> classes = reflections.getSubTypesOf(Object.class);

Другой подход заключается в использовании Java Pluggable Annotation Processing API для написания процессора аннотаций, который будет собирать все аннотированные классы во время компиляции и создавать файл индекса для использования во время выполнения. Этот механизм реализован в библиотеке ClassIndex :

// package-info.java
@IndexSubclasses
package my.package;

// your code
Iterable<Class> classes = ClassIndex.getPackageClasses("my.package");

Обратите внимание, что никаких дополнительных настроек не требуется, поскольку сканирование полностью автоматизировано благодаря компилятору Java, автоматически обнаруживающему любые процессоры, найденные в пути к классам.

Sławek
источник
это обнаруживает классы, упакованные в банке? Кажется, это не работает для меня.
спрашивает
какой инструмент вы пытаетесь использовать?
Славек
Я использую Reflections lib. Но я начал работать после того, как следовал обходной путь, упомянутый @Aleksander Blomskøld для последних версий этой библиотеки.
спрашивает
Привет, я использую eclipse и не могу заставить его работать, ClassIndex.getPackageClasses ("my.package") возвращает пустую карту
Juan
11

В настоящее время наиболее надежным механизмом для перечисления всех классов в данном пакете является ClassGraph , поскольку он обрабатывает максимально широкий массив механизмов спецификации пути к классам , включая новую систему модулей JPMS. (Я автор.)

List<String> classNames = new ArrayList<>();
try (ScanResult scanResult = new ClassGraph().whitelistPackages("my.package")
        .enableClassInfo().scan()) {
    classNames.addAll(scanResult.getAllClasses().getNames());
}
Люк Хатчисон
источник
5

Вот как я это делаю. Я сканирую все подпапки (подпакеты) и не пытаюсь загрузить анонимные классы:

   /**
   * Attempts to list all the classes in the specified package as determined
   * by the context class loader, recursively, avoiding anonymous classes
   * 
   * @param pckgname
   *            the package name to search
   * @return a list of classes that exist within that package
   * @throws ClassNotFoundException
   *             if something went wrong
   */
  private static List<Class> getClassesForPackage(String pckgname) throws ClassNotFoundException {
      // This will hold a list of directories matching the pckgname. There may be more than one if a package is split over multiple jars/paths
      ArrayList<File> directories = new ArrayList<File>();
      String packageToPath = pckgname.replace('.', '/');
      try {
          ClassLoader cld = Thread.currentThread().getContextClassLoader();
          if (cld == null) {
              throw new ClassNotFoundException("Can't get class loader.");
          }

          // Ask for all resources for the packageToPath
          Enumeration<URL> resources = cld.getResources(packageToPath);
          while (resources.hasMoreElements()) {
              directories.add(new File(URLDecoder.decode(resources.nextElement().getPath(), "UTF-8")));
          }
      } catch (NullPointerException x) {
          throw new ClassNotFoundException(pckgname + " does not appear to be a valid package (Null pointer exception)");
      } catch (UnsupportedEncodingException encex) {
          throw new ClassNotFoundException(pckgname + " does not appear to be a valid package (Unsupported encoding)");
      } catch (IOException ioex) {
          throw new ClassNotFoundException("IOException was thrown when trying to get all resources for " + pckgname);
      }

      ArrayList<Class> classes = new ArrayList<Class>();
      // For every directoryFile identified capture all the .class files
      while (!directories.isEmpty()){
          File directoryFile  = directories.remove(0);             
          if (directoryFile.exists()) {
              // Get the list of the files contained in the package
              File[] files = directoryFile.listFiles();

              for (File file : files) {
                  // we are only interested in .class files
                  if ((file.getName().endsWith(".class")) && (!file.getName().contains("$"))) {
                      // removes the .class extension
                      int index = directoryFile.getPath().indexOf(packageToPath);
                      String packagePrefix = directoryFile.getPath().substring(index).replace('/', '.');;                          
                    try {                  
                      String className = packagePrefix + '.' + file.getName().substring(0, file.getName().length() - 6);                            
                      classes.add(Class.forName(className));                                
                    } catch (NoClassDefFoundError e)
                    {
                      // do nothing. this class hasn't been found by the loader, and we don't care.
                    }
                  } else if (file.isDirectory()){ // If we got to a subdirectory
                      directories.add(new File(file.getPath()));                          
                  }
              }
          } else {
              throw new ClassNotFoundException(pckgname + " (" + directoryFile.getPath() + ") does not appear to be a valid package");
          }
      }
      return classes;
  }  
Надав Б
источник
4

Я собрал простой проект GitHub, который решает эту проблему:

https://github.com/ddopson/java-class-enumerator

Он должен работать для ОБА файловых путей к классам И для файлов JAR.

Если вы запустите 'make' после проверки проекта, он напечатает это:

 Cleaning...
rm -rf build/
 Building...
javac -d build/classes src/pro/ddopson/ClassEnumerator.java src/test/ClassIShouldFindOne.java src/test/ClassIShouldFindTwo.java src/test/subpkg/ClassIShouldFindThree.java src/test/TestClassEnumeration.java
 Making JAR Files...
jar cf build/ClassEnumerator_test.jar -C build/classes/ . 
jar cf build/ClassEnumerator.jar -C build/classes/ pro
 Running Filesystem Classpath Test...
java -classpath build/classes test.TestClassEnumeration
ClassDiscovery: Package: 'test' becomes Resource: 'file:/Users/Dopson/work/other/java-class-enumeration/build/classes/test'
ClassDiscovery: Reading Directory '/Users/Dopson/work/other/java-class-enumeration/build/classes/test'
ClassDiscovery: FileName 'ClassIShouldFindOne.class'  =>  class 'test.ClassIShouldFindOne'
ClassDiscovery: FileName 'ClassIShouldFindTwo.class'  =>  class 'test.ClassIShouldFindTwo'
ClassDiscovery: FileName 'subpkg'  =>  class 'null'
ClassDiscovery: Reading Directory '/Users/Dopson/work/other/java-class-enumeration/build/classes/test/subpkg'
ClassDiscovery: FileName 'ClassIShouldFindThree.class'  =>  class 'test.subpkg.ClassIShouldFindThree'
ClassDiscovery: FileName 'TestClassEnumeration.class'  =>  class 'test.TestClassEnumeration'
 Running JAR Classpath Test...
java -classpath build/ClassEnumerator_test.jar  test.TestClassEnumeration
ClassDiscovery: Package: 'test' becomes Resource: 'jar:file:/Users/Dopson/work/other/java-class-enumeration/build/ClassEnumerator_test.jar!/test'
ClassDiscovery: Reading JAR file: '/Users/Dopson/work/other/java-class-enumeration/build/ClassEnumerator_test.jar'
ClassDiscovery: JarEntry 'META-INF/'  =>  class 'null'
ClassDiscovery: JarEntry 'META-INF/MANIFEST.MF'  =>  class 'null'
ClassDiscovery: JarEntry 'pro/'  =>  class 'null'
ClassDiscovery: JarEntry 'pro/ddopson/'  =>  class 'null'
ClassDiscovery: JarEntry 'pro/ddopson/ClassEnumerator.class'  =>  class 'null'
ClassDiscovery: JarEntry 'test/'  =>  class 'null'
ClassDiscovery: JarEntry 'test/ClassIShouldFindOne.class'  =>  class 'test.ClassIShouldFindOne'
ClassDiscovery: JarEntry 'test/ClassIShouldFindTwo.class'  =>  class 'test.ClassIShouldFindTwo'
ClassDiscovery: JarEntry 'test/subpkg/'  =>  class 'null'
ClassDiscovery: JarEntry 'test/subpkg/ClassIShouldFindThree.class'  =>  class 'test.subpkg.ClassIShouldFindThree'
ClassDiscovery: JarEntry 'test/TestClassEnumeration.class'  =>  class 'test.TestClassEnumeration'
 Tests Passed. 

Смотрите также мой другой ответ

Дейв Допсон
источник
4

Да, используя несколько API, вы можете, вот как мне это нравится, я столкнулся с этой проблемой, которую я использовал в hibernate-ядре и должен был найти классы, которые были аннотированы определенной аннотацией.

Сделайте их пользовательской аннотацией, с помощью которой вы отметите, какие классы вы хотите выбрать.

import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public @interface EntityToBeScanned {

}

Затем пометьте свой класс как

@EntityToBeScanned 
public MyClass{

}

Сделайте этот служебный класс, который имеет следующий метод

public class ClassScanner {

    public static Set<Class<?>> allFoundClassesAnnotatedWithEntityToBeScanned(){
        Reflections reflections = new Reflections(".*");
        Set<Class<?>> annotated = reflections.getTypesAnnotatedWith(EntityToBeScanned.class);
        return annotated;
    }

}

Вызовите метод allFoundClassesAnnotatedWithEntityToBeScanned (), чтобы получить найденный набор классов.

Вам понадобятся библиотеки, указанные ниже.

<!-- https://mvnrepository.com/artifact/com.google.guava/guava -->
    <dependency>
        <groupId>com.google.guava</groupId>
        <artifactId>guava</artifactId>
        <version>21.0</version>
    </dependency>
<!-- https://mvnrepository.com/artifact/org.javassist/javassist -->
<dependency>
    <groupId>org.javassist</groupId>
    <artifactId>javassist</artifactId>
    <version>3.22.0-CR1</version>
</dependency>
<!-- https://mvnrepository.com/artifact/org.reflections/reflections -->
<dependency>
    <groupId>org.reflections</groupId>
    <artifactId>reflections</artifactId>
    <version>0.9.10</version>
</dependency>
Суджал Мандал
источник
3

Вам нужно найти каждую запись загрузчика классов в пути к классам:

    String pkg = "org/apache/commons/lang";
    ClassLoader cl = ClassLoader.getSystemClassLoader();
    URL[] urls = ((URLClassLoader) cl).getURLs();
    for (URL url : urls) {
        System.out.println(url.getFile());
        File jar = new File(url.getFile());
        // ....
    }   

Если запись является каталогом, просто посмотрите в правом подкаталоге:

if (jar.isDirectory()) {
    File subdir = new File(jar, pkg);
    if (!subdir.exists())
        continue;
    File[] files = subdir.listFiles();
    for (File file : files) {
        if (!file.isFile())
            continue;
        if (file.getName().endsWith(".class"))
            System.out.println("Found class: "
                    + file.getName().substring(0,
                            file.getName().length() - 6));
    }
}   

Если запись является файлом, и это - jar, проверьте записи ZIP этого:

else {
    // try to open as ZIP
    try {
        ZipFile zip = new ZipFile(jar);
        for (Enumeration<? extends ZipEntry> entries = zip
                .entries(); entries.hasMoreElements();) {
            ZipEntry entry = entries.nextElement();
            String name = entry.getName();
            if (!name.startsWith(pkg))
                continue;
            name = name.substring(pkg.length() + 1);
            if (name.indexOf('/') < 0 && name.endsWith(".class"))
                System.out.println("Found class: "
                        + name.substring(0, name.length() - 6));
        }
    } catch (ZipException e) {
        System.out.println("Not a ZIP: " + e.getMessage());
    } catch (IOException e) {
        System.err.println(e.getMessage());
    }
}

Теперь, когда у вас есть все имена классов в пакете, вы можете попробовать загрузить их с отражением и проанализировать, являются ли они классами или интерфейсами и т. Д.

Дунайский моряк
источник
Что бы вы указали для пакета в файле Jar?
Кайл Бриденстайн
Этот пример не будет проходить через подпакеты. Может быть, это будет интересно некоторым ... @ mr-tea Просто укажите пакет, который вы ищете. Я поместил это в проект, указал тестовый пакет в этом проекте, скомпилировал и упаковал его и вызвал пример из основного метода JAR. Работал как шарм. :)
Кристиан
3

Я пытался использовать библиотеку Reflections, но у меня были некоторые проблемы с ее использованием, и я должен был включить слишком много jar-файлов, чтобы просто получить классы в пакете.

Я опубликую решение, которое я нашел в этом двойном вопросе: Как получить имена всех классов в пакете?

Ответ был написан sp00m ; Я добавил некоторые исправления, чтобы это работало:

import java.io.File;
import java.io.IOException;
import java.net.URL;
import java.util.Enumeration;
import java.util.LinkedList;
import java.util.List;

public final class ClassFinder {

    private final static char DOT = '.';
    private final static char SLASH = '/';
    private final static String CLASS_SUFFIX = ".class";
    private final static String BAD_PACKAGE_ERROR = "Unable to get resources from path '%s'. Are you sure the given '%s' package exists?";

    public final static List<Class<?>> find(final String scannedPackage) {
        final ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
        final String scannedPath = scannedPackage.replace(DOT, SLASH);
        final Enumeration<URL> resources;
        try {
            resources = classLoader.getResources(scannedPath);
        } catch (IOException e) {
            throw new IllegalArgumentException(String.format(BAD_PACKAGE_ERROR, scannedPath, scannedPackage), e);
        }
        final List<Class<?>> classes = new LinkedList<Class<?>>();
        while (resources.hasMoreElements()) {
            final File file = new File(resources.nextElement().getFile());
            classes.addAll(find(file, scannedPackage));
        }
        return classes;
    }

    private final static List<Class<?>> find(final File file, final String scannedPackage) {
        final List<Class<?>> classes = new LinkedList<Class<?>>();
        if (file.isDirectory()) {
            for (File nestedFile : file.listFiles()) {
                classes.addAll(find(nestedFile, scannedPackage));
            }
        //File names with the $1, $2 holds the anonymous inner classes, we are not interested on them. 
        } else if (file.getName().endsWith(CLASS_SUFFIX) && !file.getName().contains("$")) {

            final int beginIndex = 0;
            final int endIndex = file.getName().length() - CLASS_SUFFIX.length();
            final String className = file.getName().substring(beginIndex, endIndex);
            try {
                final String resource = scannedPackage + DOT + className;
                classes.add(Class.forName(resource));
            } catch (ClassNotFoundException ignore) {
            }
        }
        return classes;
    }

}

Чтобы использовать его, просто вызовите метод find, как sp00n, упомянутый в этом примере: я добавил создание экземпляров классов, если это необходимо.

List<Class<?>> classes = ClassFinder.find("com.package");

ExcelReporting excelReporting;
for (Class<?> aClass : classes) {
    Constructor constructor = aClass.getConstructor();
    //Create an object of the class type
    constructor.newInstance();
    //...
}
Мартин С
источник
3

Я только что написал класс утилит, он включает в себя методы тестирования, вы можете проверить ~

IteratePackageUtil.java:

package eric.j2se.reflect;

import java.util.Set;

import org.reflections.Reflections;
import org.reflections.scanners.ResourcesScanner;
import org.reflections.scanners.SubTypesScanner;
import org.reflections.util.ClasspathHelper;
import org.reflections.util.ConfigurationBuilder;
import org.reflections.util.FilterBuilder;

/**
 * an util to iterate class in a package,
 * 
 * @author eric
 * @date Dec 10, 2013 12:36:46 AM
 */
public class IteratePackageUtil {
    /**
     * <p>
     * Get set of all class in a specified package recursively. this only support lib
     * </p>
     * <p>
     * class of sub package will be included, inner class will be included,
     * </p>
     * <p>
     * could load class that use the same classloader of current class, can't load system packages,
     * </p>
     * 
     * @param pkg
     *            path of a package
     * @return
     */
    public static Set<Class<? extends Object>> getClazzSet(String pkg) {
        // prepare reflection, include direct subclass of Object.class
        Reflections reflections = new Reflections(new ConfigurationBuilder().setScanners(new SubTypesScanner(false), new ResourcesScanner())
                .setUrls(ClasspathHelper.forClassLoader(ClasspathHelper.classLoaders(new ClassLoader[0])))
                .filterInputsBy(new FilterBuilder().includePackage(pkg)));

        return reflections.getSubTypesOf(Object.class);
    }

    public static void test() {
        String pkg = "org.apache.tomcat.util";

        Set<Class<? extends Object>> clazzSet = getClazzSet(pkg);
        for (Class<? extends Object> clazz : clazzSet) {
            System.out.println(clazz.getName());
        }
    }

    public static void main(String[] args) {
        test();
    }
}
Эрик Ван
источник
3

Решение Александра Бломскёльда не помогло мне в параметризованных тестах @RunWith(Parameterized.class)при использовании Maven. Тесты были названы правильно, а также там, где они были найдены, но не выполнены:

-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running some.properly.named.test.run.with.maven.SomeTest
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.123 sec

О подобной проблеме сообщалось здесь .

В моем случае @Parametersэто создание экземпляров каждого класса в пакете. Тесты хорошо работали при локальном запуске в IDE. Тем не менее, при запуске Maven не было найдено классов с решением Александра Blomskøld.

Я справился со следующим фрагментом, вдохновленным комментарием Дэвида Пярссона к ответу Александра Бломскёльда:

Reflections reflections = new Reflections(new ConfigurationBuilder()
            .setScanners(new SubTypesScanner(false /* don't exclude Object.class */), new ResourcesScanner())
            .addUrls(ClasspathHelper.forJavaClassPath()) 
            .filterInputsBy(new FilterBuilder()
            .include(FilterBuilder.prefix(basePackage))));

Set<Class<?>> subTypesOf = reflections.getSubTypesOf(Object.class);
Торстен
источник
3

Что насчет этого:

public static List<Class<?>> getClassesForPackage(final String pkgName) throws IOException, URISyntaxException {
    final String pkgPath = pkgName.replace('.', '/');
    final URI pkg = Objects.requireNonNull(ClassLoader.getSystemClassLoader().getResource(pkgPath)).toURI();
    final ArrayList<Class<?>> allClasses = new ArrayList<Class<?>>();

    Path root;
    if (pkg.toString().startsWith("jar:")) {
        try {
            root = FileSystems.getFileSystem(pkg).getPath(pkgPath);
        } catch (final FileSystemNotFoundException e) {
            root = FileSystems.newFileSystem(pkg, Collections.emptyMap()).getPath(pkgPath);
        }
    } else {
        root = Paths.get(pkg);
    }

    final String extension = ".class";
    try (final Stream<Path> allPaths = Files.walk(root)) {
        allPaths.filter(Files::isRegularFile).forEach(file -> {
            try {
                final String path = file.toString().replace('/', '.');
                final String name = path.substring(path.indexOf(pkgName), path.length() - extension.length());
                allClasses.add(Class.forName(name));
            } catch (final ClassNotFoundException | StringIndexOutOfBoundsException ignored) {
            }
        });
    }
    return allClasses;
}

Затем вы можете перегрузить функцию:

public static List<Class<?>> getClassesForPackage(final Package pkg) throws IOException, URISyntaxException {
    return getClassesForPackage(pkg.getName());
}

Если вам нужно проверить это:

public static void main(final String[] argv) throws IOException, URISyntaxException {
    for (final Class<?> cls : getClassesForPackage("my.package")) {
        System.out.println(cls);
    }
    for (final Class<?> cls : getClassesForPackage(MyClass.class.getPackage())) {
        System.out.println(cls);
    }
}

Если в вашей IDE нет помощника по импорту:

import java.io.IOException;
import java.net.URI;
import java.net.URISyntaxException;
import java.nio.file.FileSystemNotFoundException;
import java.nio.file.FileSystems;
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;
import java.util.ArrayList;
import java.util.Collections;
import java.util.List;
import java.util.Objects;
import java.util.stream.Stream;

Оно работает:

  • от вашей IDE

  • для файла JAR

  • без внешних зависимостей

tirz
источник
2

Почти все ответы либо используют, Reflectionsлибо считывают файлы классов из файловой системы. Если вы попытаетесь прочитать классы из файловой системы, вы можете получить ошибки, когда упаковываете ваше приложение в JAR или другое. Также вы можете не использовать отдельную библиотеку для этой цели.

Вот еще один подход, который является чисто Java и не зависит от файловой системы.

import javax.tools.JavaFileObject;
import javax.tools.StandardJavaFileManager;
import javax.tools.StandardLocation;
import javax.tools.ToolProvider;
import java.io.File;
import java.util.ArrayList;
import java.util.Collection;
import java.util.Collections;
import java.util.regex.Pattern;
import java.util.stream.Collectors;
import java.util.stream.StreamSupport;

public class PackageUtil {

    public static Collection<Class> getClasses(final String pack) throws Exception {
        final StandardJavaFileManager fileManager = ToolProvider.getSystemJavaCompiler().getStandardFileManager(null, null, null);
        return StreamSupport.stream(fileManager.list(StandardLocation.CLASS_PATH, pack, Collections.singleton(JavaFileObject.Kind.CLASS), false).spliterator(), false)
                .map(javaFileObject -> {
                    try {
                        final String[] split = javaFileObject.getName()
                                .replace(".class", "")
                                .replace(")", "")
                                .split(Pattern.quote(File.separator));

                        final String fullClassName = pack + "." + split[split.length - 1];
                        return Class.forName(fullClassName);
                    } catch (ClassNotFoundException e) {
                        throw new RuntimeException(e);
                    }

                })
                .collect(Collectors.toCollection(ArrayList::new));
    }
}

Java 8 не обязательна . Вы можете использовать для циклов вместо потоков. И вы можете проверить это так

public static void main(String[] args) throws Exception {
    final String pack = "java.nio.file"; // Or any other package
    PackageUtil.getClasses(pack).stream().forEach(System.out::println);
}
bhdrkn
источник
1
Это не очень полезно потому , что : это нужно иметь JDK для использования ToolProvider.getSystemJavaCompiler(), этот код не проверяет вложенные пакеты.
v.ladynev
Я не могу заставить его работать с пакетом внешней банки
Энрико Джурин
1

При условии, что вы не используете динамические загрузчики классов, вы можете искать путь к классам и для каждой записи искать каталог или файл JAR.

Лоуренс Дол
источник
1

Стоит отметить

Если вы хотите иметь список всех классов в некотором пакете, вы можете использовать Reflectionследующий способ:

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

Reflections reflections = new Reflections("com.package");
for (String s : reflections.getStore().get(SubTypesScanner.class).values()) {
    myTypes.add(Class.forName(s));
}

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

Марун
источник
1

Это очень возможно, но без дополнительных библиотек, как Reflectionsэто сложно ...
Это сложно, потому что у вас нет полного инструмента для получения имени класса.
И я беру код моего ClassFinderкласса:

package play.util;

import java.io.File;
import java.io.IOException;
import java.util.ArrayList;
import java.util.Enumeration;
import java.util.List;
import java.util.jar.JarEntry;
import java.util.jar.JarFile;

/**
 * Created by LINKOR on 26.05.2017 in 15:12.
 * Date: 2017.05.26
 */
public class FileClassFinder {
private JarFile file;
private boolean trouble;
public FileClassFinder(String filePath) {
    try {
        file = new JarFile(filePath);
    } catch (IOException e) {
        trouble = true;
    }
}

public List<String> findClasses(String pkg) {
    ArrayList<String> classes = new ArrayList<>();
    Enumeration<JarEntry> entries = file.entries();
    while (entries.hasMoreElements()) {
        JarEntry cls = entries.nextElement();
        if (!cls.isDirectory()) {
            String fileName = cls.getName();
            String className = fileName.replaceAll("/",         ".").replaceAll(File.pathSeparator, ".").substring(0, fileName.lastIndexOf('.'));
            if (className.startsWith(pkg)) classes.add(className.substring(pkg.length() + 1));
        }
    }
    return classes;
}
}
Muskovets
источник
0

Основываясь на ответе @ Staale и пытаясь не полагаться на сторонние библиотеки, я бы реализовал подход файловой системы, проверив физическое местоположение первого пакета с помощью:

import java.io.File;
import java.io.FileFilter;
import java.util.ArrayList;
...
Class<?>[] foundClasses = new Class<?>[0];
final ArrayList<Class<?>> foundClassesDyn = new ArrayList<Class<?>>();

new java.io.File(
    klass.getResource(
        "/" + curPackage.replace( "." , "/")
    ).getFile()
).listFiles(
    new java.io.FileFilter() {
        public boolean accept(java.io.File file) {
            final String classExtension = ".class";

            if ( file.isFile()
                && file.getName().endsWith(classExtension)
                // avoid inner classes
                && ! file.getName().contains("$") )
            {
                try {
                    String className = file.getName();
                    className = className.substring(0, className.length() - classExtension.length());
                    foundClassesDyn.add( Class.forName( curPackage + "." + className ) );
                } catch (ClassNotFoundException e) {
                    e.printStackTrace(System.out);
                }
            }

            return false;
        }
    }
);

foundClasses = foundClassesDyn.toArray(foundClasses);
Сообщество
источник
0

Если вы просто хотите загрузить группу связанных классов, Spring поможет вам.

Spring может создавать список или карту всех классов, которые реализуют данный интерфейс, в одной строке кода. Список или карта будут содержать экземпляры всех классов, которые реализуют этот интерфейс.

При этом в качестве альтернативы загрузке списка классов из файловой системы вместо этого просто реализуйте один и тот же интерфейс во всех классах, которые вы хотите загрузить, независимо от пакета, и используйте Spring, чтобы предоставить вам экземпляры всех из них. Таким образом, вы можете загрузить (и создать экземпляр) все нужные вам классы независимо от того, в каком пакете они находятся.

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

Родни П. Барбати
источник
0

plain java: FindAllClassesUsingPlainJavaReflectionTest.java

@Slf4j
class FindAllClassesUsingPlainJavaReflectionTest {

  private static final Function<Throwable, RuntimeException> asRuntimeException = throwable -> {
    log.error(throwable.getLocalizedMessage());
    return new RuntimeException(throwable);
  };

  private static final Function<String, Collection<Class<?>>> findAllPackageClasses = basePackageName -> {

    Locale locale = Locale.getDefault();
    Charset charset = StandardCharsets.UTF_8;
    val fileManager = ToolProvider.getSystemJavaCompiler()
                                  .getStandardFileManager(/* diagnosticListener */ null, locale, charset);

    StandardLocation location = StandardLocation.CLASS_PATH;
    JavaFileObject.Kind kind = JavaFileObject.Kind.CLASS;
    Set<JavaFileObject.Kind> kinds = Collections.singleton(kind);
    val javaFileObjects = Try.of(() -> fileManager.list(location, basePackageName, kinds, /* recurse */ true))
                             .getOrElseThrow(asRuntimeException);

    String pathToPackageAndClass = basePackageName.replace(".", File.separator);
    Function<String, String> mapToClassName = s -> {
      String prefix = Arrays.stream(s.split(pathToPackageAndClass))
                            .findFirst()
                            .orElse("");
      return s.replaceFirst(prefix, "")
              .replaceAll(File.separator, ".");
    };

    return StreamSupport.stream(javaFileObjects.spliterator(), /* parallel */ true)
                        .filter(javaFileObject -> javaFileObject.getKind().equals(kind))
                        .map(FileObject::getName)
                        .map(fileObjectName -> fileObjectName.replace(".class", ""))
                        .map(mapToClassName)
                        .map(className -> Try.of(() -> Class.forName(className))
                                             .getOrElseThrow(asRuntimeException))
                        .collect(Collectors.toList());
  };

  @Test
  @DisplayName("should get classes recursively in given package")
  void test() {
    Collection<Class<?>> classes = findAllPackageClasses.apply(getClass().getPackage().getName());
    assertThat(classes).hasSizeGreaterThan(4);
    classes.stream().map(String::valueOf).forEach(log::info);
  }
}

PS: чтобы упростить шаблоны для обработки ошибок и т. Д., Я использую здесь vavrи lombokбиблиотеки

другие реализации могут быть найдены в моем репозитории GitHub daggerok / java-отражений-найти-аннотированных классов-или-методов

Максим Костромин
источник
0

Я не мог найти короткую рабочую стрижку для чего-то такого простого. Итак, вот оно, я сделал это сам, немного повредив:

    Reflections reflections =
        new Reflections(new ConfigurationBuilder()
                .filterInputsBy(new FilterBuilder().includePackage(packagePath))
                .setUrls(ClasspathHelper.forPackage(packagePath))
                .setScanners(new SubTypesScanner(false)));

    Set<String> typeList = reflections.getAllTypes(); 
botenvouwer
источник
0

Если вы находитесь в Spring-Land, вы можете использовать PathMatchingResourcePatternResolver;

  PathMatchingResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();
  Resource[] resources = resolver.getResources("classpath*:some/package/name/*.class");

    Arrays.asList(resources).forEach(r->{
        ...
    });
черный
источник
-4

Это невозможно, так как все классы в пакете могут быть не загружены, в то время как вы всегда знаете пакет класса.

Marko
источник