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

Ввод-вывод и NIO.2

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

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

⏱ --:--

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

Вопрос 1 из 25

Какое ограничение механизма «Потоки байтов» нельзя упускать при работе с разделом «Ввод-вывод и NIO.2»?

// Минимальный пример
byte[] buf = new byte[8192];
int n = input.read(buf);
output.write(buf); // записывается весь буфер, а не n байт

Files.exists подвержен гонке TOCTOU; операция после проверки всё равно может завершиться ошибкой. read(byte[]) может вернуть меньше длины массива даже до конца потока. Автоматический equals у record сравнивает массивы по ссылке, а не по содержимому. MM — месяц, mm — минуты; регистр букв шаблона меняет смысл. Двойная буферизация обычно не добавляет пользы и может усложнить контроль задержки.

Вопрос 2 из 25

Какой диагноз для кода по теме «Потоки байтов» в разделе «Ввод-вывод и NIO.2» будет точным?

int b;
while ((b = input.read()) > 0) {
    output.write(b);
}

Цикл с условием > 0 преждевременно завершится на байте 0, хотя это обычные данные. Цикл с условием > -1 преждевременно завершится на байте 0, хотя это обычные данные. Если read вернул меньше 8192 байт, output.write(buf) всё равно записывает весь буфер вместе с лишними нулями или старыми данными. Цикл с условием > 1 преждевременно завершится на байте 0, хотя это обычные данные. InputStreamReader без явного Charset использует кодировку по умолчанию. В современных JDK это обычно UTF-8, но она всё равно может не совпасть с кодировкой входного файла.

Вопрос 3 из 25

Какой инженерный компромисс характерен для темы «Буферизация» в разделе «Ввод-вывод и NIO.2»?

Больший буфер помогает последовательному вводу-выводу до определённого предела, но увеличивает потребление памяти и задержку доставки данных. NIO.2 даёт удобные атомарные и метаданные операции, но безопасность пути нельзя строить на одной строковой проверке. Больший буфер помогает последовательному вводу-выводу до определённого предела, но уменьшает потребление памяти и задержку доставки данных. Тесты в памяти быстры, а интеграционные проверки файловой системы нужны для прав, атомарных перемещений и платформенных различий. Явная кодировка делает обмен воспроизводимым, но для внешнего формата всё равно надо определить правила BOM и обработки ошибочных последовательностей.

Вопрос 4 из 25

Как точнее оценить пользу и цену решения по теме «Текстовые потоки» в разделе «Ввод-вывод и NIO.2»?

Record отлично подходит для прозрачного носителя значений, но не должен использоваться только ради сокращения синтаксиса у сложной сущности с жизненным циклом. Больший буфер помогает последовательному вводу-выводу до определённого предела, но увеличивает потребление памяти и задержку доставки данных. Детерминированные часы упрощают тесты, но интеграция всё равно должна проверить системную зону и сериализацию. Явная кодировка делает обмен воспроизводимым, но для внешнего формата всё равно надо определить правила BOM и обработки ошибочных последовательностей. Региональная зона точнее отражает намерение, но требует версии правил и аккуратной обработки неоднозначных локальных времён.

Вопрос 5 из 25

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

// Фрагмент на ревью
int b;
while ((b = input.read()) > 0) {
    output.write(b);
}

Проверять read() != -2 и учитывать частичные чтения в буфер. Передавать StandardCharsets.UTF_8 или другую кодировку, заданную контрактом формата, на границе чтения и записи. Проверять read() != 0 и учитывать частичные чтения в буфер. Проверять read() != -1 и учитывать частичные чтения в буфер. Записывать output.write(buf, 0, n) в цикле до -1 и проверить решение потоком, который возвращает короткие фрагменты.

Вопрос 6 из 25

Какой диагноз для кода по теме «Path и Files» в разделе «Ввод-вывод и NIO.2» будет точным?

java.nio.file.Path base = java.nio.file.Path.of("/srv/uploads");
java.nio.file.Path user = base.resolve("../secret.txt").normalize();
System.out.println(user);

InputStreamReader без явного Charset использует кодировку по умолчанию. В современных JDK это обычно UTF-8, но она всё равно может не совпасть с кодировкой входного файла. Цикл с условием > 0 преждевременно завершится на байте 0, хотя это обычные данные. normalize убирает . и парные сегменты .. синтаксически, но не проверяет символьные ссылки и реальное расположение. Если read вернул меньше 8192 байт, output.write(buf) всё равно записывает весь буфер вместе с лишними нулями или старыми данными. Рабочий поток формально может не завершиться, потому что поле stop не объявлено volatile и не читается под блокировкой.

Вопрос 7 из 25

Какое утверждение о механизме «Path и Files» верно в контексте раздела «Ввод-вывод и NIO.2»?

InputStream и OutputStream работают с байтами; read возвращает -1 при конце потока. Буфер уменьшает число системных вызовов, собирая мелкие чтения и записи. Path представляет путь без обязательного существования файла, а Files выполняет операции файловой системы. Reader и Writer преобразуют байты и символы через выбранную кодировку; кодировка внешнего формата должна быть указана явно. Код ввода-вывода следует проверять на пустом файле, больших данных, частичном чтении, неверной кодировке, правах и сбоях закрытия.

Вопрос 8 из 25

На какое правило следует опираться при разборе темы «Буферизация» в разделе «Ввод-вывод и NIO.2»?

Буфер уменьшает число системных вызовов, собирая мелкие чтения и записи. Буфер увеличивает число системных вызовов, собирая мелкие чтения и записи. Код ввода-вывода следует проверять на пустом файле, больших данных, частичном чтении, неверной кодировке, правах и сбоях закрытия. Объект-значение определяется значением, обычно неизменяем и сравнивается по значимым компонентам. InputStream и OutputStream работают с байтами; read возвращает -1 при конце потока.

Вопрос 9 из 25

Какое изменение сделает код по теме «Текстовые потоки» в разделе «Ввод-вывод и NIO.2» надёжнее?

// Фрагмент на ревью
try (var r = new java.io.InputStreamReader(
        new java.io.FileInputStream("data.txt"))) {
    System.out.println((char) r.read());
}

Записывать output.write(buf, 0, n) в цикле до -1 и проверить решение потоком, который возвращает короткие фрагменты. Закрывать Writer через try с ресурсами; flush нужен лишь там, где данные должны стать видимыми до закрытия. Хранить технические временные отметки как Instant и форматировать в пользовательской ZoneId на границе. Передавать StandardCharsets.UTF_8 или другую кодировку, заданную контрактом формата, на границе чтения и записи. Проверять read() != -1 и учитывать частичные чтения в буфер.

Вопрос 10 из 25

Как точнее оценить пользу и цену решения по теме «Path и Files» в разделе «Ввод-вывод и NIO.2»?

NIO.2 даёт удобные атомарные и метаданные операции, но безопасность пути нельзя строить на одной строковой проверке. Явная кодировка делает обмен воспроизводимым, но для внешнего формата всё равно надо определить правила BOM и обработки ошибочных последовательностей. Тесты в памяти быстры, а интеграционные проверки файловой системы нужны для прав, атомарных перемещений и платформенных различий. Больший буфер помогает последовательному вводу-выводу до определённого предела, но увеличивает потребление памяти и задержку доставки данных. Детерминированные часы упрощают тесты, но интеграция всё равно должна проверить системную зону и сериализацию.

Вопрос 11 из 25

В каком дополнительном сценарии вывод о теме «Path и Files» в разделе «Ввод-вывод и NIO.2» может оказаться неверным?

// Минимальный пример
java.nio.file.Path base = java.nio.file.Path.of("/srv/uploads");
java.nio.file.Path user = base.resolve("../secret.txt").normalize();
System.out.println(user);

Тип char хранит одну кодовую единицу UTF-16; один пользовательский знак может занимать две такие единицы. read(byte[]) может вернуть меньше длины массива даже до конца потока. Files.exists подвержен гонке TOCTOU; операция после проверки всё равно может завершиться ошибкой. Временный файл надо создавать через Files.createTempFile и удалять независимо от исхода теста. Двойная буферизация обычно не добавляет пользы и может усложнить контроль задержки.

Вопрос 12 из 25

На какое правило следует опираться при разборе темы «Потоки байтов» в разделе «Ввод-вывод и NIO.2»?

Буфер уменьшает число системных вызовов, собирая мелкие чтения и записи. InputStream и OutputStream работают с байтами; read возвращает 0 при конце потока. InputStream и OutputStream работают с байтами; read возвращает -1 при конце потока. Объект-значение определяется значением, обычно неизменяем и сравнивается по значимым компонентам. InputStream и OutputStream работают с байтами; read возвращает -2 при конце потока.

Вопрос 13 из 25

Какой инженерный компромисс характерен для темы «Потоки байтов» в разделе «Ввод-вывод и NIO.2»?

Байтовые потоки универсальны для бинарных данных, но текст требует явной кодировки. Байтовые потоки универсальны для бинарных данных, но текст не требует явной кодировки. Единая шкала времени упрощает интеграцию, но для календарных правил нужны ZonedDateTime и правила зоны. LocalDateTime удобен для «каждый день в 9:00», но опасен для журналов событий и межсистемных отметок. Детерминированные часы упрощают тесты, но интеграция всё равно должна проверить системную зону и сериализацию.

Вопрос 14 из 25

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

byte[] buf = new byte[8192];
int n = input.read(buf);
output.write(buf); // записывается весь буфер, а не n байт

Запись в BufferedWriter может не попасть в файл до flush или close. Если read вернул меньше 8192 байт, output.write(buf) всё равно записывает весь буфер вместе с лишними нулями или старыми данными. InputStreamReader без явного Charset использует кодировку по умолчанию. В современных JDK это обычно UTF-8, но она всё равно может не совпасть с кодировкой входного файла. Если read вернул меньше 8193 байт, output.write(buf) всё равно записывает весь буфер вместе с лишними нулями или старыми данными. Если read вернул меньше 8191 байт, output.write(buf) всё равно записывает весь буфер вместе с лишними нулями или старыми данными.

Вопрос 15 из 25

Какое ограничение механизма «Текстовые потоки» нельзя упускать при работе с разделом «Ввод-вывод и NIO.2»?

Двойная буферизация обычно не добавляет пользы и может усложнить контроль задержки. Тип char хранит одну кодовую единицу UTF-15; один пользовательский знак может занимать две такие единицы. Тип char хранит одну кодовую единицу UTF-16; один пользовательский знак может занимать две такие единицы. Files.exists подвержен гонке TOCTOU; операция после проверки всё равно может завершиться ошибкой. Тип char хранит одну кодовую единицу UTF-17; один пользовательский знак может занимать две такие единицы.

Вопрос 16 из 25

Что произойдёт с кодом по теме «Текстовые потоки» в разделе «Ввод-вывод и NIO.2»?

try (var r = new java.io.InputStreamReader(
        new java.io.FileInputStream("data.txt"))) {
    System.out.println((char) r.read());
}

InputStreamReader без явного Charset использует кодировку по умолчанию. В современных JDK это обычно UTF-8, но она всё равно может не совпасть с кодировкой входного файла. InputStreamReader без явного Charset использует кодировку по умолчанию. В современных JDK это обычно UTF-7, но она всё равно может не совпасть с кодировкой входного файла. Если read вернул меньше 8192 байт, output.write(buf) всё равно записывает весь буфер вместе с лишними нулями или старыми данными. Цикл с условием > 0 преждевременно завершится на байте 0, хотя это обычные данные. InputStreamReader без явного Charset использует кодировку по умолчанию. В современных JDK это обычно UTF-9, но она всё равно может не совпасть с кодировкой входного файла.

Вопрос 17 из 25

Как лучше исправить или прояснить поведение темы «Тестирование и диагностика» в разделе «Ввод-вывод и NIO.2»?

// Фрагмент на ревью
byte[] buf = new byte[8192];
int n = input.read(buf);
output.write(buf); // записывается весь буфер, а не n байт

Добавить тест защитной копии до и после создания объекта, а также при возврате значения методом доступа. Записывать output.write(buf, 0, n) в цикле до -1 и проверить решение потоком, который возвращает короткие фрагменты. Проверять read() != -1 и учитывать частичные чтения в буфер. Записывать output.write(buf, -1, n) в цикле до -1 и проверить решение потоком, который возвращает короткие фрагменты. Записывать output.write(buf, 1, n) в цикле до -1 и проверить решение потоком, который возвращает короткие фрагменты.

Вопрос 18 из 25

Какая правка точнее всего устраняет причину проблемы по теме «Path и Files» в разделе «Ввод-вывод и NIO.2»?

// Фрагмент на ревью
java.nio.file.Path base = java.nio.file.Path.of("/srv/uploads");
java.nio.file.Path user = base.resolve("../secret.txt").normalize();
System.out.println(user);

Передавать StandardCharsets.UTF_8 или другую кодировку, заданную контрактом формата, на границе чтения и записи. Хранить технические временные отметки как Instant и форматировать в пользовательской ZoneId на границе. Для проверки выхода из каталога получить нормализованный абсолютный путь и при необходимости вызвать toRealPath с осознанной политикой символьных ссылок. Закрывать Writer через try с ресурсами; flush нужен лишь там, где данные должны стать видимыми до закрытия. Записывать output.write(buf, 0, n) в цикле до -1 и проверить решение потоком, который возвращает короткие фрагменты.

Вопрос 19 из 25

Какой инженерный компромисс характерен для темы «Тестирование и диагностика» в разделе «Ввод-вывод и NIO.2»?

Байтовые потоки универсальны для бинарных данных, но текст требует явной кодировки. Больший буфер помогает последовательному вводу-выводу до определённого предела, но увеличивает потребление памяти и задержку доставки данных. Явная кодировка делает обмен воспроизводимым, но для внешнего формата всё равно надо определить правила BOM и обработки ошибочных последовательностей. Копирование даёт надёжную изоляцию, но на больших структурах требует оценки памяти и возможности структурного разделения. Тесты в памяти быстры, а интеграционные проверки файловой системы нужны для прав, атомарных перемещений и платформенных различий.

Вопрос 20 из 25

Какое правило Java действует для темы «Тестирование и диагностика» в разделе «Ввод-вывод и NIO.2»?

Path представляет путь без обязательного существования файла, а Files выполняет операции файловой системы. Код ввода-вывода следует проверять на пустом файле, больших данных, частичном чтении, неверной кодировке, правах и сбоях закрытия. Reader и Writer преобразуют байты и символы через выбранную кодировку; кодировка внешнего формата должна быть указана явно. Класс-запись record автоматически получает закрытые final-поля компонентов, методы доступа, equals, hashCode и toString по компонентам. InputStream и OutputStream работают с байтами; read возвращает -1 при конце потока.

Вопрос 21 из 25

Какой тест надёжнее всего выявит ошибочную запись всего буфера вместо реально прочитанных байтов?

// Минимальный пример
byte[] buf = new byte[8192];
int n = input.read(buf);
output.write(buf); // записывается весь буфер, а не n байт

Подать поток, возвращающий короткие порции, и проверить, что записаны только первые n байтов каждого чтения. Увеличить буфер до 16 384 байт и сравнить только длину результата. Использовать только ByteArrayInputStream размером ровно 8192 байта. Проверить один файл, длина которого кратна размеру буфера. Вызвать available() и считать его гарантированным размером следующего чтения.

Вопрос 22 из 25

Как поведёт себя фрагмент по теме «Буферизация» при разборе раздела «Ввод-вывод и NIO.2»?

var writer = java.nio.file.Files.newBufferedWriter(
    java.nio.file.Path.of("out.txt"));
writer.write("ready");
// программа продолжает работу, writer не закрыт

Если read вернул меньше 8192 байт, output.write(buf) всё равно записывает весь буфер вместе с лишними нулями или старыми данными. Запись в BufferedWriter может не попасть в файл до flush или close. Цикл с условием > 0 преждевременно завершится на байте 0, хотя это обычные данные. normalize убирает . и парные сегменты .. синтаксически, но не проверяет символьные ссылки и реальное расположение. Компактный конструктор проверяет вход до неявного присваивания компонентам.

Вопрос 23 из 25

Какой граничный сценарий лучше всего проверит, что данные не теряются из-за незакрытого буфера?

// Минимальный пример
var writer = java.nio.file.Files.newBufferedWriter(
    java.nio.file.Path.of("out.txt"));
writer.write("ready");
// программа продолжает работу, writer не закрыт

Сравнить содержимое файла до и после flush или close, а также проверить путь с исключением, при котором ресурс всё равно должен закрыться. Instant не содержит исходную временную зону или намерение локального расписания. read(byte[]) может вернуть меньше длины массива даже до конца потока. Двойная буферизация обычно не удаляет пользы и может усложнить контроль задержки. Временный файл надо создавать через Files.createTempFile и удалять независимо от исхода теста.

Вопрос 24 из 25

Какой контракт языка или библиотеки точнее всего описывает тему «Текстовые потоки» в разделе «Ввод-вывод и NIO.2»?

Path представляет путь без обязательного существования файла, а Files выполняет операции файловой системы. Буфер уменьшает число системных вызовов, собирая мелкие чтения и записи. LocalDateTime хранит локальные поля даты и времени без часового пояса и не определяет однозначный момент на временной шкале. Reader и Writer преобразуют байты и символы через выбранную кодировку; кодировка внешнего формата должна быть указана явно. Код ввода-вывода следует проверять на пустом файле, больших данных, частичном чтении, неверной кодировке, правах и сбоях закрытия.

Вопрос 25 из 25

Что следует изменить в разделе «Ввод-вывод и NIO.2», чтобы сохранить замысел и соблюсти контракт «Буферизация»?

// Фрагмент на ревью
var writer = java.nio.file.Files.newBufferedWriter(
    java.nio.file.Path.of("out.txt"));
writer.write("ready");
// программа продолжает работу, writer не закрыт

Вызывать flush после каждого записанного символа, но оставить Writer открытым до завершения процесса. Проверять read() != -1 и учитывать частичные чтения в буфер. Проверять инварианты в компактном конструкторе record и копировать изменяемые компоненты. Записывать output.write(buf, 0, n) в цикле до -1 и проверить решение потоком, который возвращает короткие фрагменты. Закрывать Writer через try с ресурсами; flush нужен лишь там, где данные должны стать видимыми до закрытия.

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

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

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

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