Загрузка классов и рефлексия — бесплатный тест онлайн

Вопрос 1 из 30

Какой контракт языка или библиотеки точнее всего описывает тему «Загрузчики классов» в разделе «Загрузка классов и рефлексия»?

Рефлексия позволяет исследовать и вызывать члены во время выполнения, но часть проверок типов и доступа переносится с компиляции на выполнение. Строковые имена классов и методов не проверяются компилятором и ломаются при переименовании или закрытии доступа. При диагностике рефлексии надо различать ошибку поиска или доступа и InvocationTargetException, содержащую исключение самого вызываемого метода. Идентичность класса определяется парой «бинарное имя + загрузчик»; классы с одним именем, загруженные разными загрузчиками, несовместимы. Частые операции рефлексии стоит кэшировать только после измерения и без удержания загрузчика классов дольше жизненного цикла приложения или плагина.

Вопрос 2 из 30

Какой граничный случай особенно важен для темы «Инициализация» в разделе «Загрузка классов и рефлексия»?

// Минимальный пример
class Config {
    static final int A = 10;
    static int B = 1;
}
System.out.println(Config.A + ":" + Config.B);

Кэш Method ускоряет поиск, но первый доступ, проверка доступности и исключения вызова всё равно требуют контроля. setAccessible может быть ограничен модульной системой и политикой сильной инкапсуляции. Чтение константы времени компиляции может не вызвать инициализацию класса-владельца. Родительское делегирование предотвращает подмену базовых классов, но системы плагинов иногда осознанно меняют порядок поиска. Проверка instanceof после загрузки не отменяет побочные эффекты уже выполненной инициализации.

Вопрос 3 из 30

Что важно учитывать при применении механизма «Производительность и эксплуатация» из раздела «Загрузка классов и рефлексия» в рабочем проекте?

Интеграционный тест динамики дороже, но модульный тест строкового имени без реальной загрузки даёт ложную уверенность. Динамические плагины дают расширяемость, но требуют границ доверия, версии общего интерфейса и изолированного жизненного цикла. Изоляция загрузчиков позволяет использовать разные версии библиотек, но усложняет обмен типами и освобождение загрузчика вместе со всеми связанными объектами. Рефлексия нужна платформам и инструментам, но часто вызываемый код и публичный API лучше выражать обычными типами или MethodHandle. Кэш метаданных снижает нагрузку на процессор, но ошибочный глобальный кэш способен вызвать утечку метаданных классов.

Вопрос 4 из 30

Какой контракт языка или библиотеки точнее всего описывает тему «Производительность и эксплуатация» в разделе «Загрузка классов и рефлексия»?

Рефлексия позволяет исследовать и вызывать члены во время выполнения, но часть проверок типов и доступа переносится с компиляции на выполнение. Идентичность класса определяется парой «бинарное имя + загрузчик»; классы с одним именем, загруженные разными загрузчиками, несовместимы. Частые операции рефлексии стоит кэшировать только после измерения и без удержания загрузчика классов дольше жизненного цикла приложения или плагина. Класс инициализируется при первом активном использовании; статические поля и блоки выполняются в текстовом порядке. При диагностике рефлексии надо различать ошибку поиска или доступа и InvocationTargetException, содержащую исключение самого вызываемого метода.

Вопрос 5 из 30

Как поведёт себя фрагмент по теме «Риски динамики» при разборе раздела «Загрузка классов и рефлексия»?

String type = request.getParameter("type");
Object handler = Class.forName(type).getConstructor().newInstance();
return ((Handler) handler).handle(request);

Приведение plugin.Model к host.Model может дать ClassCastException, хотя полные имена классов в сообщении одинаковы. Класс не компилируется: простая ссылка на B в инициализаторе A является недопустимой прямой ссылкой на поле, объявленное ниже. Статическая Map<Class<?>, Metadata> в родительском загрузчике может удерживать выгруженный загрузчик плагина. getMethod находит только public-метод с точными типами параметров; Integer.class не совпадает с int.class. Class.forName из пользовательского ввода может загрузить нежелательный класс и запустить его статическую инициализацию.

Вопрос 6 из 30

Какое правило Java действует для темы «Инициализация» в разделе «Загрузка классов и рефлексия»?

Частые операции рефлексии стоит кэшировать только после измерения и без удержания загрузчика классов дольше жизненного цикла приложения или плагина. Идентичность класса определяется парой «бинарное имя + загрузчик»; классы с одним именем, загруженные разными загрузчиками, несовместимы. Строковые имена классов и методов не проверяются компилятором и ломаются при переименовании или закрытии доступа. Класс инициализируется при первом активном использовании; статические поля и блоки выполняются в текстовом порядке. Рефлексия позволяет исследовать и вызывать члены во время выполнения, но часть проверок типов и доступа переносится с компиляции на выполнение.

Вопрос 7 из 30

Как лучше исправить или прояснить поведение темы «Тестирование и диагностика» в разделе «Загрузка классов и рефлексия»?

// Фрагмент на ревью
try {
    method.invoke(target);
} catch (ReflectiveOperationException e) {
    log.error("invoke failed", e);
}

Вынести общий API в родительский загрузчик классов и передавать объекты через этот контракт. Разрешать только белый список реализаций или использовать зарегистрированные фабрики. Извлечь getCause() у InvocationTargetException, сохранить контекст вызова и отдельно тестировать ошибки сигнатуры и доступа. Получать Method с правильной сигнатурой и оборачивать ошибки с предметным контекстом. Извлечь getCause() у IllegalAccessException, сохранить контекст вызова и отдельно тестировать ошибки сигнатуры и доступа.

Вопрос 8 из 30

Что произойдёт с кодом по теме «Тестирование и диагностика» в разделе «Загрузка классов и рефлексия»?

try {
    method.invoke(target);
} catch (ReflectiveOperationException e) {
    log.error("invoke failed", e);
}

Если вызываемый метод выбросит исключение, method.invoke обернёт его в InvocationTargetException; журналирование только оболочки затрудняет поиск предметной причины. Class.forName из пользовательского ввода может загрузить нежелательный класс и запустить его статическую инициализацию. Статическая Map<Class<?>, Metadata> в родительском загрузчике может удерживать выгруженный загрузчик плагина. Если вызываемый метод выбросит исключение, method.invoke обернёт его в IllegalAccessException; журналирование только оболочки затрудняет поиск предметной причины. getMethod находит только public-метод с точными типами параметров; Integer.class не совпадает с int.class.

Вопрос 9 из 30

Какое утверждение о механизме «API рефлексии» верно в контексте раздела «Загрузка классов и рефлексия»?

Класс инициализируется при первом активном использовании; статические поля и блоки выполняются в текстовом порядке. Рефлексия не позволяет исследовать и вызывать члены во время выполнения, но часть проверок типов и доступа переносится с компиляции на выполнение. Рефлексия позволяет исследовать и вызывать члены на этапе компиляции, но часть проверок типов и доступа переносится с компиляции на выполнение. Строковые имена классов и методов не проверяются компилятором и ломаются при переименовании или закрытии доступа. Рефлексия позволяет исследовать и вызывать члены во время выполнения, но часть проверок типов и доступа переносится с компиляции на выполнение.

Вопрос 10 из 30

Какой инженерный компромисс характерен для темы «Риски динамики» в разделе «Загрузка классов и рефлексия»?

Динамические плагины дают расширяемость, но требуют границ доверия, версии общего интерфейса и изолированного жизненного цикла. Интеграционный тест динамики дороже, но модульный тест строкового имени без реальной загрузки даёт ложную уверенность. Изоляция загрузчиков позволяет использовать разные версии библиотек, но усложняет обмен типами и освобождение загрузчика вместе со всеми связанными объектами. Ленивая инициализация сокращает старт, но переносит ошибку в первый запрос и требует наблюдаемого прогрева. Кэш метаданных снижает нагрузку на процессор, но ошибочный глобальный кэш способен вызвать утечку метаданных классов.

Вопрос 11 из 30

Какой граничный случай особенно важен для темы «Загрузчики классов» в разделе «Загрузка классов и рефлексия»?

// Минимальный пример
Class<?> pluginType = pluginLoader.loadClass("app.Model");
Object value = pluginType.getConstructor().newInstance();
app.Model model = (app.Model) value;

InvocationTargetException оборачивает исключение вызываемого метода; диагностика должна раскрывать исходную причину. Родительское делегирование предотвращает подмену базовых классов, но системы плагинов иногда осознанно меняют порядок поиска. Кэш Method ускоряет поиск, но первый доступ, проверка доступности и исключения вызова всё равно требуют контроля. Проверка instanceof после загрузки не отменяет побочные эффекты уже выполненной инициализации. setAccessible может быть ограничен модульной системой и политикой сильной инкапсуляции.

Вопрос 12 из 30

Каков точный результат выполнения или компиляции фрагмента из раздела «Загрузка классов и рефлексия» по теме «Загрузчики классов»?

Class<?> pluginType = pluginLoader.loadClass("app.Model");
Object value = pluginType.getConstructor().newInstance();
app.Model model = (app.Model) value;

Class.forName из пользовательского ввода может загрузить нежелательный класс и запустить его статическую инициализацию. Приведение plugin.Model к host.Model может дать ArrayStoreException, хотя полные имена классов в сообщении одинаковы. Статическая Map<Class<?>, Metadata> в родительском загрузчике может удерживать выгруженный загрузчик плагина. Приведение plugin.Model к host.Model может дать ClassCastException, хотя полные имена классов в сообщении одинаковы. Полное сканирование пути поиска классов при каждом запросе создаёт лишние операции ввода-вывода и нагрузку на процессор.

Вопрос 13 из 30

Как точнее оценить пользу и цену решения по теме «Инициализация» в разделе «Загрузка классов и рефлексия»?

Ленивая инициализация сокращает старт, но переносит ошибку в последний запрос и требует наблюдаемого прогрева. Рефлексия нужна платформам и инструментам, но часто вызываемый код и публичный API лучше выражать обычными типами или MethodHandle. Ленивая инициализация сокращает старт, но переносит ошибку в первый запрос и требует наблюдаемого прогрева. Динамические плагины дают расширяемость, но требуют границ доверия, версии общего интерфейса и изолированного жизненного цикла. Ленивая инициализация сокращает старт, но переносит ошибку в первый запрос и не требует наблюдаемого прогрева.

Вопрос 14 из 30

Какое изменение сделает код по теме «API рефлексии» в разделе «Загрузка классов и рефлексия» надёжнее?

// Фрагмент на ревью
class Calc { public int add(int a, int b) { return a + b; } }
var m = Calc.class.getMethod("add", Integer.class, Integer.class);
System.out.println(m.invoke(new Calc(), 1, 2));

Использовать ClassValue, слабые ключи или явную очистку после завершения работы плагина. Не строить взаимозависимые статические инициализаторы; использовать явную фабрику или статический класс-держатель. Получать Method с правильной сигнатурой и оборачивать ошибки с предметным контекстом. Извлечь getCause() у InvocationTargetException, сохранить контекст вызова и отдельно тестировать ошибки сигнатуры и доступа. Разрешать только белый список реализаций или использовать зарегистрированные фабрики.

Вопрос 15 из 30

Какое изменение сделает код по теме «Риски динамики» в разделе «Загрузка классов и рефлексия» надёжнее?

// Фрагмент на ревью
String type = request.getParameter("type");
Object handler = Class.forName(type).getConstructor().newInstance();
return ((Handler) handler).handle(request);

Использовать ClassValue, слабые ключи или явную очистку после завершения работы плагина. Разрешать только белый список реализаций или использовать зарегистрированные фабрики. Получать Method с правильной сигнатурой и оборачивать ошибки с предметным контекстом. Не строить взаимозависимые статические инициализаторы; использовать явную фабрику или статический класс-держатель. Вынести общий API в родительский загрузчик классов и передавать объекты через этот контракт.

Вопрос 16 из 30

Какое ограничение механизма «API рефлексии» нельзя упускать при работе с разделом «Загрузка классов и рефлексия»?

// Минимальный пример
class Secret { private String token = "abc"; }
var f = Secret.class.getDeclaredField("token");
f.setAccessible(true);
System.out.println(f.get(new Secret()));

Кэш Method ускоряет поиск, но первый доступ, проверка доступности и исключения вызова всё равно требуют контроля. InvocationTargetException оборачивает исключение вызываемого метода; диагностика должна раскрывать исходную причину. Чтение константы времени компиляции может не вызвать инициализацию класса-владельца. setAccessible может быть ограничен модульной системой и политикой сильной инкапсуляции. Проверка instanceof после загрузки не отменяет побочные эффекты уже выполненной инициализации.

Вопрос 17 из 30

Какой риск для выгрузки плагина создаёт такой статический кэш?

class MetadataCache {
    static final java.util.Map<Class<?>, Object> META =
        new java.util.concurrent.ConcurrentHashMap<>();
    static Object inspect(Class<?> type) { return type.getDeclaredMethods(); }
    static void remember(Class<?> pluginClass) {
        META.computeIfAbsent(pluginClass, MetadataCache::inspect);
    }
}

Статическая Map<Class<?>, Metadata> в родительском загрузчике может удерживать выгруженный загрузчик плагина. Список классов с большим поверхностным размером не обязательно указывает владельца удерживаемых объектов. Class.forName из пользовательского ввода может загрузить нежелательный класс и запустить его статическую инициализацию. Статическая FlatMap<Class<?>, Metadata> в родительском загрузчике может удерживать выгруженный загрузчик плагина. Приведение plugin.Model к host.Model может дать ClassCastException, хотя полные имена классов в сообщении одинаковы.

Вопрос 18 из 30

Какое правило Java действует для темы «Тестирование и диагностика» в разделе «Загрузка классов и рефлексия»?

При диагностике рефлексии надо различать ошибку поиска или доступа и IllegalAccessException, содержащую исключение самого вызываемого метода. Класс инициализируется при первом активном использовании; статические поля и блоки выполняются в текстовом порядке. Частые операции рефлексии стоит кэшировать только после измерения и без удержания загрузчика классов дольше жизненного цикла приложения или плагина. Сканирование аннотаций во время выполнения влияет на запуск приложения и конфигурацию нативного образа; индекс или генерация на этапе компиляции уменьшают объём поиска. При диагностике рефлексии надо различать ошибку поиска или доступа и InvocationTargetException, содержащую исключение самого вызываемого метода.

Вопрос 19 из 30

В каком дополнительном сценарии вывод о теме «Производительность и эксплуатация» в разделе «Загрузка классов и рефлексия» может оказаться неверным?

// Минимальный пример
class Calc { public int add(int a, int b) { return a + b; } }
var m = Calc.class.getMethod("add", int.class, int.class);
for (int i = 0; i < 1000; i++) {
    System.out.println(m.invoke(new Calc(), i, 1));
}

Проверка instanceof после загрузки не отменяет побочные эффекты уже выполненной инициализации. Родительское делегирование предотвращает подмену базовых классов, но системы плагинов иногда осознанно меняют порядок поиска. Кэш Method замедляет поиск, но первый доступ, проверка доступности и исключения вызова всё равно требуют контроля. Кэш Method ускоряет поиск, но первый доступ, проверка доступности и исключения вызова всё равно требуют контроля. Кэш Method ускоряет поиск, но последний доступ, проверка доступности и исключения вызова всё равно требуют контроля.

Вопрос 20 из 30

Что важно учитывать при применении механизма «Загрузчики классов» из раздела «Загрузка классов и рефлексия» в рабочем проекте?

Динамические плагины дают расширяемость, но требуют границ доверия, версии общего интерфейса и изолированного жизненного цикла. Изоляция загрузчиков позволяет использовать разные версии библиотек, но усложняет обмен типами и освобождение загрузчика вместе со всеми связанными объектами. Рефлексия нужна платформам и инструментам, но часто вызываемый код и публичный API лучше выражать обычными типами или MethodHandle. Изоляция загрузчиков не позволяет использовать разные версии библиотек, но усложняет обмен типами и освобождение загрузчика вместе со всеми связанными объектами. Ленивая инициализация сокращает старт, но переносит ошибку в первый запрос и требует наблюдаемого прогрева.

Вопрос 21 из 30

Какое изменение сделает код по теме «Производительность и эксплуатация» в разделе «Загрузка классов и рефлексия» надёжнее?

// Фрагмент на ревью
class MetadataCache {
    static final java.util.Map<Class<?>, Object> META =
        new java.util.concurrent.ConcurrentHashMap<>();
    static Object inspect(Class<?> type) { return type.getDeclaredMethods(); }
    static void remember(Class<?> pluginClass) {
        META.computeIfAbsent(pluginClass, MetadataCache::inspect);
    }
}

Сканировать один раз при старте, кэшировать неизменяемую модель или генерировать индекс. Вынести общий API в родительский загрузчик классов и передавать объекты через этот контракт. Получать Method с правильной сигнатурой и оборачивать ошибки с предметным контекстом. Разрешать только белый список реализаций или использовать зарегистрированные фабрики. Использовать ClassValue, слабые ключи или явную очистку после завершения работы плагина.

Вопрос 22 из 30

Какое замечание о сопровождении или производительности темы «Тестирование и диагностика» в разделе «Загрузка классов и рефлексия» справедливо?

Динамические плагины дают расширяемость, но требуют границ доверия, версии общего интерфейса и изолированного жизненного цикла. Интеграционный тест динамики дороже, но модульный тест строкового имени без реальной загрузки даёт ложную уверенность. Рефлексия нужна платформам и инструментам, но часто вызываемый код и публичный API лучше выражать обычными типами или MethodHandle. Предвычисление ускоряет старт обработки запросов, но увеличивает сборку и требует обновления индекса при каждом изменении классов. Кэш метаданных снижает нагрузку на процессор, но ошибочный глобальный кэш способен вызвать утечку метаданных классов.

Вопрос 23 из 30

Какое утверждение о механизме «Риски динамики» верно в контексте раздела «Загрузка классов и рефлексия»?

Строковые имена классов и методов не проверяются компилятором и ломаются при переименовании или закрытии доступа. При диагностике рефлексии надо различать ошибку поиска или доступа и InvocationTargetException, содержащую исключение самого вызываемого метода. Класс инициализируется при первом активном использовании; статические поля и блоки выполняются в текстовом порядке. Идентичность класса определяется парой «бинарное имя + загрузчик»; классы с одним именем, загруженные разными загрузчиками, несовместимы. Рефлексия позволяет исследовать и вызывать члены во время выполнения, но часть проверок типов и доступа переносится с компиляции на выполнение.

Вопрос 24 из 30

Какой граничный случай особенно важен для темы «Тестирование и диагностика» в разделе «Загрузка классов и рефлексия»?

// ...
    method.invoke(target);
} catch (ReflectiveOperationException e) {
    log.error("invoke failed", e);
}

Кэш результатов рефлексии должен учитывать загрузчик классов и жизненный цикл перезагрузки. InvocationTargetException оборачивает исключение вызываемого метода; диагностика должна раскрывать исходную причину. Чтение константы времени компиляции может не вызвать инициализацию класса-владельца. setAccessible может быть ограничен модульной системой и политикой сильной инкапсуляции. IllegalAccessException оборачивает исключение вызываемого метода; диагностика должна раскрывать исходную причину.

Вопрос 25 из 30

Как поведёт себя фрагмент по теме «API рефлексии» при разборе раздела «Загрузка классов и рефлексия»?

class Calc { public int add(int a, int b) { return a + b; } }
var m = Calc.class.getMethod("add", Integer.class, Integer.class);
System.out.println(m.invoke(new Calc(), 1, 2));

getMethod находит только public-метод с точными типами параметров; Integer.class не совпадает с int.class. getMethod находит только public-метод с точными типами параметров; Integer.class не совпадает с long.class. getMethod находит только public-метод с точными типами параметров; String.class не совпадает с int.class. Аннотация без явного Retention имеет CLASS и не будет видна getAnnotation во время выполнения. Приведение plugin.Model к host.Model может дать ClassCastException, хотя полные имена классов в сообщении одинаковы.

Вопрос 26 из 30

Какое ограничение механизма «Риски динамики» нельзя упускать при работе с разделом «Загрузка классов и рефлексия»?

// Минимальный пример
String type = request.getParameter("type");
Object handler = Class.forName(type).getConstructor().newInstance();
return ((Handler) handler).handle(request);

setAccessible может быть ограничен модульной системой и политикой сильной инкапсуляции. Проверка instanceof после загрузки не отменяет побочные эффекты уже выполненной инициализации. Чтение константы времени компиляции может не вызвать инициализацию класса-владельца. Кэш результатов рефлексии должен учитывать загрузчик классов и жизненный цикл перезагрузки. Кэш Method ускоряет поиск, но первый доступ, проверка доступности и исключения вызова всё равно требуют контроля.

Вопрос 27 из 30

Как лучше исправить или прояснить поведение темы «Загрузчики классов» в разделе «Загрузка классов и рефлексия»?

// Фрагмент на ревью
Class<?> pluginType = pluginLoader.loadClass("app.Model");
Object value = pluginType.getConstructor().newInstance();
app.Model model = (app.Model) value;

Разрешать только белый список реализаций или использовать зарегистрированные фабрики. Использовать ClassValue, слабые ключи или явную очистку после завершения работы плагина. Вынести общий API в родительский загрузчик классов и передавать объекты через этот контракт. Получать Method с правильной сигнатурой и оборачивать ошибки с предметным контекстом. Указать только реальные цели либо добавить ElementType.TYPE, если контракт допускает оба уровня.

Вопрос 28 из 30

Как точнее оценить пользу и цену решения по теме «API рефлексии» в разделе «Загрузка классов и рефлексия»?

Интеграционный тест динамики дороже, но модульный тест строкового имени без реальной загрузки даёт ложную уверенность. Компиляционные тесты медленнее, зато ловят несовместимость процессора с моделью элементов и настройкой сборки. Рефлексия нужна платформам и инструментам, но часто вызываемый код и публичный API лучше выражать обычными типами или MethodHandle. Кэш метаданных снижает нагрузку на процессор, но ошибочный глобальный кэш способен вызвать утечку метаданных классов. Динамические плагины дают расширяемость, но требуют границ доверия, версии общего интерфейса и изолированного жизненного цикла.

Вопрос 29 из 30

Как поведёт себя фрагмент по теме «Инициализация» при разборе раздела «Загрузка классов и рефлексия»?

class Config {
    static int A = B + 1;
    static int B = 1;
}
System.out.println(Config.A + ":" + Config.B);

Class.forName из пользовательского ввода может загрузить нежелательный класс и запустить его статическую инициализацию. Если вызываемый метод выбросит исключение, method.invoke обернёт его в InvocationTargetException; журналирование только оболочки затрудняет поиск предметной причины. Приведение plugin.Model к host.Model может дать ClassCastException, хотя полные имена классов в сообщении одинаковы. getMethod находит только public-метод с точными типами параметров; Integer.class не совпадает с int.class. Класс не компилируется: простая ссылка на B в инициализаторе A является недопустимой прямой ссылкой на поле, объявленное ниже.

Вопрос 30 из 30

Что следует изменить в разделе «Загрузка классов и рефлексия», чтобы сохранить замысел и соблюсти контракт «Инициализация»?

// Фрагмент на ревью
class Config {
    static int A = B + 1;
    static int B = 1;
}
System.out.println(Config.A + ":" + Config.B);

Использовать ClassValue, слабые ключи или явную очистку после завершения работы плагина. Сканировать один раз при старте, кэшировать неизменяемую модель или генерировать индекс. Получать Method с правильной сигнатурой и оборачивать ошибки с предметным контекстом. Не строить взаимозависимые статические инициализаторы; использовать явную фабрику или статический класс-держатель. Разрешать только белый список реализаций или использовать зарегистрированные фабрики.