JV Java · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Лёгкий ·

Строки и классы-обёртки

Проверяет основу темы «Строки и классы-обёртки» через чтение кода, предсказание результата и выбор корректной конструкции. Вопросы перемешаны: встречаются трассировка, ошибка компиляции, выбор правки, граничный сценарий и оценка инженерного компромисса. Базовая версия — Java 25 LTS; если версия не названа отдельно, используются устойчивые правила, совместимые с Java 21.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 20 вопросов отведено 55 минут. В каждом вопросе верен только один вариант; близкие ответы различаются стадией ошибки, порядком действий или границей контракта. После завершения вы увидите общий результат, результаты по 4 тематическим шкалам и объяснения.

Вопрос 1 из 20

Какой инженерный компромисс характерен для темы «Сравнение значений» в разделе «Строки и классы-обёртки»?

Содержательное равенство делает объект-значение удобным ключом, но требует согласованного hashCode и ясного выбора значимых полей. Короткая реализация equals удобна, но неверно выбранная идентичность приводит к потере элементов в множестве и неожиданной замене ключей. Интернирование уменьшает дубли строк, но переносит их в глобальный пул и может увеличить удерживаемую память. Содержательное равенство делает объект-значение удобным ключом, но не требует согласованного hashCode и ясного выбора значимых полей. Содержательное равенство делает объект-значение удобным ключом, но требует согласованного toString и ясного выбора значимых полей.

Вопрос 2 из 20

Какое правило Java действует для темы «Пул строк String» в разделе «Строки и классы-обёртки»?

Строковые литералы интернируются, а new String не создаёт отдельный объект даже при том же содержимом. Строковые литералы интернируются, а new String создаёт отдельный объект даже при том же содержимом. Автоупаковка создаёт или переиспользует объект-обёртку, а распаковка null вызывает NullPointerException. Методы String возвращают новый результат и не меняют исходный объект. Строковые литералы интернируются, а new Integer создаёт отдельный объект даже при том же содержимом.

Вопрос 3 из 20

Какой инженерный компромисс характерен для темы «Неизменяемость» в разделе «Строки и классы-обёртки»?

String удобен для безопасного совместного использования, а StringBuilder — для серии изменений в одном потоке. Integer удобен для безопасного совместного использования, а StringBuilder — для серии изменений в одном потоке. Интернирование уменьшает дубли строк, но переносит их в глобальный пул и может увеличить удерживаемую память. Автоматическое закрытие сокращает пути утечки, но порядок ресурсов всё равно важен при зависимостях между ними. Обёртки нужны для обобщённых коллекций и состояний, допускающих null, но создают риск распаковки null, лишних объектов и ошибочного сравнения по ссылке.

Вопрос 4 из 20

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

Автоупаковка создаёт или переиспользует объект-обёртку, а распаковка null вызывает NullPointerException. Автоупаковка не создаёт или переиспользует объект-обёртку, а распаковка null вызывает NullPointerException. Строковые литералы интернируются, а new String создаёт отдельный объект даже при том же содержимом. equals сравнивает содержание согласно контракту класса, а == для ссылок проверяет идентичность объектов. Автоупаковка создаёт или переиспользует объект-обёртку, а распаковка null вызывает IllegalStateException.

Вопрос 5 из 20

В каком дополнительном сценарии вывод о теме «Пул строк String» в разделе «Строки и классы-обёртки» может оказаться неверным?

Результат конкатенации констант может быть вычислен компилятором и попасть в пул, а конкатенация во время выполнения обычно создаёт новый объект. Кэш Integer обязателен как минимум для диапазона -128..127, но реализация может расширять его. Результат конкатенации констант может быть вычислен компилятором и попасть в пул, а конкатенация на этапе компиляции обычно создаёт новый объект. Результат конкатенации констант может быть вычислен компилятором и попасть в пул, а конкатенация во время выполнения обычно создаёт тот же объект. Вызов переопределяемого метода из конструктора базового класса опасен: поля наследника ещё могут быть не инициализированы.

Вопрос 6 из 20

Какое утверждение о механизме «Сравнение значений» верно в контексте раздела «Строки и классы-обёртки»?

equals должен быть рефлексивным, симметричным, транзитивным, согласованным и возвращать false для null. equals сравнивает содержание согласно контракту класса, а equals для ссылок проверяет идентичность объектов. Автоупаковка создаёт или переиспользует объект-обёртку, а распаковка null вызывает NullPointerException. equals сравнивает содержание согласно контракту класса, а == для ссылок проверяет идентичность объектов. == сравнивает содержание согласно контракту класса, а == для ссылок проверяет идентичность объектов.

Вопрос 7 из 20

Что нужно отдельно проверить на границе контракта «Сравнение значений» в разделе «Строки и классы-обёртки»?

== у массива не сравнивает элементы; для этого нужны Arrays.equals или deepEquals. Кэш Integer обязателен как минимум для диапазона -128..127, но реализация может расширять его. Наследование классов-значений часто ломает симметрию equals между базовым и расширенным типом. equals у массива не сравнивает элементы; для этого нужны Arrays.== или deepEquals. equals у массива не сравнивает элементы; для этого нужны Arrays.equals или deepEquals.

Вопрос 8 из 20

Какое изменение сделает код по теме «Упаковка и распаковка» в разделе «Строки и классы-обёртки» надёжнее?

// Фрагмент на ревью
Integer x = 100;
Integer y = 100;
Integer p = 1000;
Integer q = 1000;
System.out.println((x == y) + ":" + (p == q));

Присвоить возвращаемое значение или построить цепочку преобразований. Перехватывать конкретное исключение, добавлять контекст и оставлять неожиданные ошибки видимыми. Сравнивать значения обёрток через == или распаковывать только после проверки null. Сравнивать содержимое через equals, а intern использовать только при осознанном управлении множеством повторяющихся строк. Сравнивать значения обёрток через equals или распаковывать только после проверки null.

Вопрос 9 из 20

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

String a = new String("x");
String b = new String("x");
System.out.println((a == b) + ":" + a.equals(b));

Первое сравнение истинно, второе истинно: объекты разные, содержимое одинаковое. Сравнение x == y истинно для 100 из-за кэша Integer, а для 1000 полагаться на идентичность нельзя. Первое сравнение ложно, второе истинно: объекты разные, содержимое одинаковое. Первое сравнение ложно, второе ложно: объекты разные, содержимое одинаковое. a == b истинно для двух одинаковых литералов, но a == c ложно из-за явного new String.

Вопрос 10 из 20

Какой граничный случай особенно важен для темы «Упаковка и распаковка» в разделе «Строки и классы-обёртки»?

// ...
Integer y = 100;
Integer p = 1000;
Integer q = 1000;
System.out.println((x == y) + ":" + (p == q));

Кэш String обязателен как минимум для диапазона -128..127, но реализация может расширять его. equals у массива не сравнивает элементы; для этого нужны Arrays.equals или deepEquals. Кэш Integer обязателен как минимум для диапазона -128..127, но реализация может расширять его. Кэш Integer обязателен как максимум для диапазона -128..127, но реализация может расширять его. Результат конкатенации констант может быть вычислен компилятором и попасть в пул, а конкатенация во время выполнения обычно создаёт новый объект.

Вопрос 11 из 20

Как поведёт себя фрагмент по теме «Неизменяемость» при разборе раздела «Строки и классы-обёртки»?

String value = "  data  ";
value.trim();
System.out.println("[" + value + "]");

Конструктор Base вызывается при создании Child и инициализирует общее поле id. Первое сравнение ложно, второе истинно: объекты разные, содержимое одинаковое. Вызов trim() игнорируется, поэтому печатается строка с исходными пробелами. a == b истинно для двух одинаковых литералов, но a == c ложно из-за явного new String. Сравнение x == y истинно для 100 из-за кэша Integer, а для 1000 полагаться на идентичность нельзя.

Вопрос 12 из 20

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

Integer x = 100;
Integer y = 100;
Integer p = 1000;
Integer q = 1000;
System.out.println((x == y) + ":" + (p == q));

Сравнение x == y истинно для 100 из-за кэша Integer, а для 1000 полагаться на идентичность нельзя. Сравнение x == y истинно для 99 из-за кэша Integer, а для 1000 полагаться на идентичность нельзя. Первое сравнение ложно, второе истинно: объекты разные, содержимое одинаковое. Сравнение x == y истинно для 101 из-за кэша Integer, а для 1000 полагаться на идентичность нельзя. a == b истинно для двух одинаковых литералов, но a == c ложно из-за явного new String.

Вопрос 13 из 20

Как лучше исправить или прояснить поведение темы «Неизменяемость» в разделе «Строки и классы-обёртки»?

// Фрагмент на ревью
String value = "  data  ";
value.trim();
System.out.println("[" + value + "]");

Сравнивать содержимое через equals, а intern использовать только при осознанном управлении множеством повторяющихся строк. Присвоить возвращаемое значение или построить цепочку преобразований. Обернуть List в отдельный класс и делегировать только нужные операции. Сравнивать значения обёрток через equals или распаковывать только после проверки null. Использовать Objects.equals(a, b), если допустимы null с обеих сторон.

Вопрос 14 из 20

Что произойдёт с кодом по теме «Пул строк String» в разделе «Строки и классы-обёртки»?

String a = "java";
String b = "ja" + "va";
String c = new String("java");
System.out.println((a == b) + ":" + (a == c));

a equals b истинно для двух одинаковых литералов, но a == c ложно из-за явного new String. a == b истинно для двух одинаковых литералов, но a equals c ложно из-за явного new String. Сравнение x == y истинно для 100 из-за кэша Integer, а для 1000 полагаться на идентичность нельзя. a == b истинно для двух одинаковых литералов, но a == c ложно из-за явного new String. Первое сравнение ложно, второе истинно: объекты разные, содержимое одинаковое.

Вопрос 15 из 20

Какое ограничение механизма «Неизменяемость» нельзя упускать при работе с разделом «Строки и классы-обёртки»?

// Минимальный пример
String value = "  data  ";
value.trim();
System.out.println("[" + value + "]");

Неизменяемость Integer не делает ссылочную переменную final; её можно связать с другой строкой. equals у массива не сравнивает элементы; для этого нужны Arrays.equals или deepEquals. Кэш Integer обязателен как минимум для диапазона -128..127, но реализация может расширять его. Переменная ресурса должна быть final или фактически неизменяемой, если объявлена вне заголовка try. Неизменяемость String не делает ссылочную переменную final; её можно связать с другой строкой.

Вопрос 16 из 20

Как лучше исправить или прояснить поведение темы «Сравнение значений» в разделе «Строки и классы-обёртки»?

// Фрагмент на ревью
String a = new String("x");
String b = new String("x");
System.out.println((a == b) + ":" + a.equals(b));

Использовать Objects.==(a, b), если допустимы null с обеих сторон. Использовать Objects.equals(a, b), если допустимы null с обеих сторон. Выбрать устойчивые значимые поля и документировать, представляет ли класс сущность или значение. Присвоить возвращаемое значение или построить цепочку преобразований. Сравнивать содержимое через equals, а intern использовать только при осознанном управлении множеством повторяющихся строк.

Вопрос 17 из 20

Какое замечание о сопровождении или производительности темы «Упаковка и распаковка» в разделе «Строки и классы-обёртки» справедливо?

String удобен для безопасного совместного использования, а StringBuilder — для серии изменений в одном потоке. Исключения упрощают основной путь, но слишком мелкая иерархия типов усложняет API без дополнительной пользы. Интернирование уменьшает дубли строк, но переносит их в глобальный пул и может увеличить удерживаемую память. Обёртки нужны для обобщённых коллекций и состояний, допускающих null, но создают риск распаковки null, лишних объектов и ошибочного сравнения по ссылке. Содержательное равенство делает объект-значение удобным ключом, но требует согласованного hashCode и ясного выбора значимых полей.

Вопрос 18 из 20

Как точнее оценить пользу и цену решения по теме «Пул строк String» в разделе «Строки и классы-обёртки»?

Интернирование увеличивает дубли строк, но переносит их в глобальный пул и может увеличить удерживаемую память. Узкий контракт облегчает замену реализации, но слишком общий интерфейс переносит ошибки из компиляции во время выполнения. Обёртки нужны для обобщённых коллекций и состояний, допускающих null, но создают риск распаковки null, лишних объектов и ошибочного сравнения по ссылке. Интернирование уменьшает дубли строк, но переносит их в глобальный пул и может увеличить удерживаемую память. Содержательное равенство делает объект-значение удобным ключом, но требует согласованного hashCode и ясного выбора значимых полей.

Вопрос 19 из 20

Как лучше исправить или прояснить поведение темы «Пул строк String» в разделе «Строки и классы-обёртки»?

// Фрагмент на ревью
String a = "java";
String b = "ja" + "va";
String c = new String("java");
System.out.println((a == b) + ":" + (a == c));

Держать в абстрактном классе только состояние, действительно общее для всех наследников, и защищать его инварианты. Сравнивать содержимое через ==, а intern использовать только при осознанном управлении множеством повторяющихся строк. Сравнивать содержимое через equals, а intern использовать только при осознанном управлении множеством повторяющихся строк. Сравнивать значения обёрток через equals или распаковывать только после проверки null. Использовать Objects.equals(a, b), если допустимы null с обеих сторон.

Вопрос 20 из 20

Какое правило Java действует для темы «Неизменяемость» в разделе «Строки и классы-обёртки»?

Автоупаковка создаёт или переиспользует объект-обёртку, а распаковка null вызывает NullPointerException. При переводе исключения между слоями исходную причину надо сохранять в поле cause. Строковые литералы интернируются, а new String создаёт отдельный объект даже при том же содержимом. Методы Integer возвращают новый результат и не меняют исходный объект. Методы String возвращают новый результат и не меняют исходный объект.

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу