JV Java · 25 вопросов · ~70 мин · ⏱ Таймер 10:00 · Средний ·

Потоковый API

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

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

⏱ --:--

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

Вопрос 1 из 25

На какое правило следует опираться при разборе темы «Тестирование и диагностика» в разделе «Потоковый API»?

map преобразует каждый элемент, filter отбирает элементы, flatMap разворачивает вложенные источники. Stream представляет одноразовый конвейер вычисления и не является контейнером данных. Промежуточные операции вычисляются по требованию и могут объединяться поэлементно. Код со Stream следует проверять на пустом источнике, дубликатах, порядке, коротком замыкании и параллельном режиме, если он допускается. Терминальная операция запускает конвейер и создаёт результат или побочный эффект.

Вопрос 2 из 25

Какое замечание о сопровождении или производительности темы «Промежуточные операции» в разделе «Потоковый API» справедливо?

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

Вопрос 3 из 25

Что нужно отдельно проверить на границе контракта «Создание stream» в разделе «Потоковый API»?

// Минимальный пример
var stream = java.util.stream.Stream.of(1, 2, 3);
System.out.println(stream.count());
System.out.println(stream.findFirst());

Stream.of(array) для Object[] даёт элементы, а для примитивного int[] — один элемент-массив; нужен Arrays.stream. sorted и distinct могут требовать состояния и мешать короткому замыканию до накопления достаточных данных. Stream.of(array) для Object[] даёт элементы, а для примитивного long[] — один элемент-массив; нужен Arrays.stream. Stream.of(array) для String[] даёт элементы, а для примитивного int[] — один элемент-массив; нужен Arrays.stream. Некоторые оптимизации могут не выполнять peek для каждого элемента, если результат можно получить без обхода.

Вопрос 4 из 25

Какое утверждение о механизме «Ленивость» верно в контексте раздела «Потоковый API»?

Терминальная операция запускает конвейер и создаёт результат или побочный эффект. TreeSet поддерживает сортировку и уникальность по результату Comparator или compareTo. map преобразует каждый элемент, filter отбирает элементы, flatMap разворачивает вложенные источники. Stream представляет одноразовый конвейер вычисления и не является контейнером данных. Промежуточные операции вычисляются по требованию и могут объединяться поэлементно.

Вопрос 5 из 25

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

// Фрагмент на ревью
var first = java.util.stream.IntStream.rangeClosed(1, 1_000_000)
    .filter(x -> x % 17 == 0)
    .map(x -> x * x)
    .findFirst();
System.out.println(first.orElse(-1));

Ставить дешёвый и селективный filter раньше дорогого map, если семантика это не позволяет. Ставить дешёвый и селективный filter раньше дорогого flatMap, если семантика это позволяет. Ставить дешёвый и селективный filter раньше дорогого map, если семантика это позволяет. Добавить merge-функцию и явно определить стратегию объединения значений с одинаковым ключом. Использовать map/filter для чистых преобразований, а наблюдение оставлять временной диагностикой.

Вопрос 6 из 25

Какое изменение сделает код по теме «Промежуточные операции» в разделе «Потоковый API» надёжнее?

// Фрагмент на ревью
java.util.stream.Stream.of("a", "bb")
    .peek(System.out::println)
    .map(String::length);

Использовать map/filter для чистых преобразований, а наблюдение оставлять временной диагностикой. Ставить дешёвый и селективный filter раньше дорогого map, если семантика это позволяет. Использовать flatMap/filter для чистых преобразований, а наблюдение оставлять временной диагностикой. Выбирать collect для изменяемого результата, reduce — для ассоциативного свёртывания значений. Использовать flatMap для перехода к следующей необязательной операции.

Вопрос 7 из 25

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

// Фрагмент на ревью
var map = java.util.stream.Stream.of("aa", "ab")
    .collect(java.util.stream.Collectors.toMap(s -> s.charAt(0), s -> s));

Создавать новый Stream из исходной коллекции или передавать Supplier<Stream<T>>. Добавить merge-функцию и явно определить стратегию объединения значений с одинаковым ключом. Выбирать collect для изменяемого результата, reduce — для ассоциативного свёртывания значений. Использовать offer/poll для ожидаемого исчерпания или ограничения ёмкости и проверять результат. Ставить дешёвый и селективный filter раньше дорогого map, если семантика это позволяет.

Вопрос 8 из 25

Какое утверждение о механизме «Промежуточные операции» верно в контексте раздела «Потоковый API»?

flatMap преобразует каждый элемент, filter отбирает элементы, flatMap разворачивает вложенные источники. map преобразует каждый элемент, filter отбирает элементы, flatMap разворачивает вложенные источники. Stream представляет одноразовый конвейер вычисления и не является контейнером данных. map преобразует каждый элемент, filter отбирает элементы, map разворачивает вложенные источники. map оборачивает обычный результат функции, flatMap ожидает функцию, уже возвращающую Optional.

Вопрос 9 из 25

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

Stream представляет одноразовый конвейер вычисления и не является контейнером данных. map преобразует каждый элемент, filter отбирает элементы, flatMap разворачивает вложенные источники. Терминальная операция запускает конвейер и создаёт результат или побочный эффект. HashMap использует hashCode для выбора корзины и equals для различения ключей внутри неё. Промежуточные операции вычисляются по требованию и могут объединяться поэлементно.

Вопрос 10 из 25

Что важно учитывать при применении механизма «Создание stream» из раздела «Потоковый API» в рабочем проекте?

Цепочка операций хорошо выражает поток данных, но сложную ветвящуюся логику лучше вынести в именованный метод. Ленивость снижает работу на коротких запросах, но усложняет отладку, если в конвейер внесены побочные эффекты. Правильная терминальная операция делает намерение явным, но один гигантский collect часто хуже нескольких понятных этапов. Ленивый конвейер экономит промежуточные коллекции, но удержание открытого потока ввода-вывода требует явного закрытия. Ленивый конвейер экономит промежуточные коллекции, но удержание открытого потока ввода-вывода не требует явного закрытия.

Вопрос 11 из 25

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

// Фрагмент на ревью
var stream = java.util.stream.Stream.of(1, 2, 3);
System.out.println(stream.count());
System.out.println(stream.findFirst());

Добавить вторичный критерий по исходному значению, если оба элемента должны сосуществовать. Выбирать collect для изменяемого результата, reduce — для ассоциативного свёртывания значений. Создавать новый Stream из исходной коллекции или передавать Supplier<Stream<T>>. Добавить merge-функцию и явно определить стратегию объединения значений с одинаковым ключом. Использовать map/filter для чистых преобразований, а наблюдение оставлять временной диагностикой.

Вопрос 12 из 25

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

var stream = java.util.stream.Stream.of(1, 2, 3);
System.out.println(stream.count());
System.out.println(stream.findFirst());

findFirst останавливает обработку после первого подходящего значения, поэтому map не вызывается для всего диапазона. После count объект Stream уже использован терминальной операцией; повторный вызов findFirst приводит к NoSuchElementException. peek ничего не печатает без терминальной операции, потому что конвейер не запускается. После count объект Stream уже использован терминальной операцией; повторный вызов findFirst приводит к IllegalStateException. reduce с нейтральным элементом 0 суммирует длины и возвращает 6.

Вопрос 13 из 25

Какой инженерный компромисс характерен для темы «Ленивость» в разделе «Потоковый API»?

Ограничение локальных переменных уменьшает гонки и неясный жизненный цикл, хотя для накопления нужен иной приём. Правильная терминальная операция делает намерение явным, но один гигантский collect часто хуже нескольких понятных этапов. Ленивый конвейер экономит промежуточные коллекции, но удержание открытого потока ввода-вывода требует явного закрытия. Ленивость снижает работу на коротких запросах, но усложняет отладку, если в конвейер внесены побочные эффекты. Цепочка операций хорошо выражает поток данных, но сложную ветвящуюся логику лучше вынести в именованный метод.

Вопрос 14 из 25

На какое правило следует опираться при разборе темы «Терминальные операции» в разделе «Потоковый API»?

Терминальная операция запускает конвейер и создаёт результат или побочный эффект. Терминальная операция запускает конвейер и не создаёт результат или побочный эффект. Промежуточные операции вычисляются по требованию и могут объединяться поэлементно. Predicate<T> принимает T и возвращает boolean; методы and и or используют короткое замыкание. Stream представляет одноразовый конвейер вычисления и не является контейнером данных.

Вопрос 15 из 25

Какой граничный случай обязательно должен покрывать тест этого преобразования в Map?

// Минимальный пример
var map = java.util.stream.Stream.of("aa", "ab")
    .collect(java.util.stream.Collectors.toMap(s -> s.charAt(0), s -> s));

Collectors.toMap допускает повторные ключи и создаёт список значений без дополнительной настройки. charAt(0) возвращает String, поэтому код не компилируется. Пустой Stream всегда вызывает функцию слияния один раз. Параллельный Stream автоматически сохраняет первое значение при любом конфликте ключей. Два элемента с одинаковым ключом: без merge-функции toMap выбросит IllegalStateException.

Вопрос 16 из 25

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

var first = java.util.stream.IntStream.rangeClosed(1, 1_000_000)
    .filter(x -> x % 17 == 0)
    .map(x -> x * x)
    .findFirst();
System.out.println(first.orElse(-1));

findFirst останавливает обработку после первого подходящего значения, поэтому flatMap не вызывается для всего диапазона. findFirst останавливает обработку после первого подходящего значения, поэтому map не вызывается для всего диапазона. Для пустой строки второй предикат не вызывается, потому что первый уже вернул false. После count объект Stream уже использован терминальной операцией; повторный вызов findFirst приводит к IllegalStateException. peek ничего не печатает без терминальной операции, потому что конвейер не запускается.

Вопрос 17 из 25

Какой диагноз для кода по теме «Промежуточные операции» в разделе «Потоковый API» будет точным?

java.util.stream.Stream.of("a", "bb")
    .peek(System.out::println)
    .map(String::length);

peek ничего не печатает без терминальной операции, потому что конвейер не запускается. findFirst останавливает обработку после первого подходящего значения, поэтому map не вызывается для всего диапазона. После count объект Stream уже использован терминальной операцией; повторный вызов findFirst приводит к IllegalStateException. reduce с нейтральным элементом 0 суммирует длины и возвращает 6. Для пустой строки второй предикат не вызывается, потому что первый уже вернул false.

Вопрос 18 из 25

Что следует изменить в разделе «Потоковый API», чтобы сохранить замысел и соблюсти контракт «Терминальные операции»?

// Фрагмент на ревью
int total = java.util.stream.Stream.of("a", "bb", "ccc")
    .map(String::length)
    .reduce(0, Integer::sum);
System.out.println(total);

Добавить merge-функцию и явно определить стратегию объединения значений с одинаковым ключом. Использовать map/filter для чистых преобразований, а наблюдение оставлять временной диагностикой. Использовать offer/poll для ожидаемого исчерпания или ограничения ёмкости и проверять результат. Выбирать collect для изменяемого результата, reduce — для ассоциативного свёртывания значений. Выбирать collect для неизменяемого результата, reduce — для ассоциативного свёртывания значений.

Вопрос 19 из 25

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

var map = java.util.stream.Stream.of("aa", "ab")
    .collect(java.util.stream.Collectors.toMap(s -> s.charAt(0), s -> s));

Обе строки дают ключ "a", поэтому Collectors.toMap без merge-функции выбрасывает NoSuchElementException из-за дубликата ключа. HashMap не обещает порядок обхода, поэтому тест, ожидающий фиксированную строку map.toString(), опирается на случайное расположение элементов. findFirst останавливает обработку после первого подходящего значения, поэтому map не вызывается для всего диапазона. Обе строки дают ключ "a", поэтому Collectors.toMap без merge-функции выбрасывает IllegalStateException из-за дубликата ключа. reduce с нейтральным элементом 0 суммирует длины и возвращает 6.

Вопрос 20 из 25

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

int total = java.util.stream.Stream.of("a", "bb", "ccc")
    .map(String::length)
    .reduce(0, Integer::sum);
System.out.println(total);

Обе строки дают ключ "a", поэтому Collectors.toMap без merge-функции выбрасывает IllegalStateException из-за дубликата ключа. plusOne.andThen(timesTwo) для 3 даёт 8, а compose дал бы 7. reduce с нейтральным элементом 1 суммирует длины и возвращает 6. reduce с нейтральным элементом -1 суммирует длины и возвращает 6. reduce с нейтральным элементом 0 суммирует длины и возвращает 6.

Вопрос 21 из 25

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

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

Вопрос 22 из 25

В каком дополнительном сценарии вывод о теме «Ленивость» в разделе «Потоковый API» может оказаться неверным?

// ...
    .map(x -> x * x)
    .findFirst();
System.out.println(first.orElse(-1));

Stream.of(array) для Object[] даёт элементы, а для примитивного int[] — один элемент-массив; нужен Arrays.stream. Некоторые оптимизации могут не выполнять peek для каждого элемента, если результат можно получить без обхода. Predicate.not удобен для отрицания, но не превращает null-небезопасную проверку в безопасную. sorted и distinct могут требовать состояния и мешать короткому замыканию до накопления достаточных данных. Параллельный Stream не обязан быть быстрее и может проявить скрытое изменяемое состояние в лямбдах.

Вопрос 23 из 25

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

forEach в параллельном Stream не гарантирует порядок; forEachOrdered сохраняет порядок встречи элементов ценой дополнительных ограничений. Некоторые оптимизации могут не выполнять peek для каждого элемента, если результат можно получить без обхода. map не вызывает функцию для пустого Optional и превращает null, возвращённый преобразователем, в пустой Optional. Stream.of(array) для Object[] даёт элементы, а для примитивного int[] — один элемент-массив; нужен Arrays.stream. sorted и distinct могут требовать состояния и мешать короткому замыканию до накопления достаточных данных.

Вопрос 24 из 25

Как точнее оценить пользу и цену решения по теме «Терминальные операции» в разделе «Потоковый API»?

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

Вопрос 25 из 25

Что нужно отдельно проверить на границе контракта «Терминальные операции» в разделе «Потоковый API»?

// Минимальный пример
int total = java.util.stream.Stream.of("a", "bb", "ccc")
    .map(String::length)
    .reduce(0, Integer::sum);
System.out.println(total);

Некоторые оптимизации могут не выполнять peek для каждого элемента, если результат можно получить без обхода. Параллельный Stream не обязан быть быстрее и может проявить скрытое изменяемое состояние в лямбдах. forEach в параллельном Stream не гарантирует порядок; forEachOrdered не сохраняет порядок встречи элементов ценой дополнительных ограничений. forEach в параллельном Stream не гарантирует порядок; forEachOrdered сохраняет порядок встречи элементов ценой дополнительных ограничений. ConcurrentModificationException — диагностический механизм без строгой гарантии, а не гарантия обнаружения каждой гонки.

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

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

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

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