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

Перенаправления и стандартные потоки

Начальный тест по теме «Перенаправления и стандартные потоки». Вопросы требуют читать Bash-код, отслеживать расширения, потоки и коды завершения, находить дефекты и выбирать правку с учётом эксплуатации. В серии 20 вопросов, из них 12 содержат полноценные фрагменты кода. Базовая среда — GNU Bash 5.2; внешние GNU-утилиты оговариваются в тексте задания.

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

⏱ --:--

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

Вопрос 1 из 20

Этот участок из темы «Стандартный ввод» относится к практической части теста «Перенаправления и стандартные потоки». Какое наблюдение выдерживает проверку по аргументам, потокам и коду завершения?

printf 'a\nb\n' > /tmp/input.$$
while IFS= read -r line; do printf '[%s]' "$line"; done < /tmp/input.$$
rm -f /tmp/input.$$
printf '\n'

Для атомарного обновления отчёта сначала пишут во временный файл в той же файловой системе, затем переименовывают только после успеха. Файл содержит только new: второе перенаправление обрезало прежнее содержимое до выполнения printf. read обычно выполняется в подоболочке последнего элемента конвейера, поэтому значение first не сохраняется в родительской оболочке. report.txt создаётся или обрезается даже если cat не смог открыть missing, потому что оболочка выполняет перенаправление раньше запуска команды. Цикл читает две строки из stdin и печатает [a][b]; перенаправление действует на весь compound command while.

Вопрос 2 из 20

Этот участок из темы «Стандартный вывод» относится к практической части теста «Перенаправления и стандартные потоки». Что в этом коде произойдёт или останется верным при указанных условиях?

printf 'old\n' > /tmp/out.$$
printf 'new\n' > /tmp/out.$$
cat /tmp/out.$$
rm -f /tmp/out.$$

Bash выделяет номер дескриптора, запись one попадает в файл, затем дескриптор явно закрывается. report.txt создаётся или обрезается даже если cat не смог открыть missing, потому что оболочка выполняет перенаправление раньше запуска команды. Прямое перенаправление выполняет read в текущей оболочке и сохраняет first без лишнего cat. Цикл читает две строки из stdin и печатает [a][b]; перенаправление действует на весь compound command while. Файл содержит только new: второе перенаправление обрезало прежнее содержимое до выполнения printf.

Вопрос 3 из 20

Этот участок из темы «Стандартный поток ошибок» относится к практической части теста «Перенаправления и стандартные потоки». Как следует оценить этот вариант с учётом синтаксиса Bash и вызванных программ?

{ printf 'data\n'; printf 'warn\n' >&2; } > /tmp/data.$$ 2> /tmp/err.$$
printf '%s:%s\n' "$(cat /tmp/data.$$)" "$(cat /tmp/err.$$)"
rm -f /tmp/data.$$ /tmp/err.$$

Нужно проверять открытие, направлять нужные потоки и закрывать дескриптор после использования, особенно в долгоживущем процессе. В отдельных файлах оказываются data и warn, поэтому итоговая строка содержит data:warn. Сначала stderr дублирует текущий stdout, затем stdout уходит в файл; ошибки остаются на прежнем stdout, а не в out.log. Для атомарного обновления отчёта сначала пишут во временный файл в той же файловой системе, затем переименовывают только после успеха. Дескриптор 3 наследуется дочерними процессами, если они не закрывают его; это может удерживать файл или канал открытым дольше ожидаемого.

Вопрос 4 из 20

Этот участок из темы «Дескрипторы файлов» относится к практической части теста «Перенаправления и стандартные потоки». Код рассматривают на техническом ревью. Какой вывод подтверждается его фактическим поведением?

tmp=$(mktemp)
exec {logfd}>"$tmp"
printf 'one\n' >&"$logfd"
printf 'fd=%s data=%s\n' "$logfd" "$(cat "$tmp")"
exec {logfd}>&-
rm -f "$tmp"

Bash выделяет номер дескриптора, запись one попадает в файл, затем дескриптор явно закрывается. report.txt создаётся или обрезается даже если cat не смог открыть missing, потому что оболочка выполняет перенаправление раньше запуска команды. Файл содержит только new: второе перенаправление обрезало прежнее содержимое до выполнения printf. В отдельных файлах оказываются data и warn, поэтому итоговая строка содержит data:warn. Дескриптор 3 наследуется дочерними процессами, если они не закрывают его; это может удерживать файл или канал открытым дольше ожидаемого.

Вопрос 5 из 20

Разберите код без пробного запуска; его тема — «Стандартный ввод». Что следует записать в заключении ревью этого фрагмента?

cat file | read -r first
printf '%s\n' "$first"

read обычно выполняется в подоболочке последнего элемента конвейера, поэтому значение first не сохраняется в родительской оболочке. report.txt создаётся или обрезается даже если cat не смог открыть missing, потому что оболочка выполняет перенаправление раньше запуска команды. Прямое перенаправление выполняет read в текущей оболочке и сохраняет first без лишнего cat. Сначала stdout направляется в файл, затем stderr дублирует уже перенаправленный stdout; оба потока попадают в out.log. Сначала stderr дублирует текущий stdout, затем stdout уходит в файл; ошибки остаются на прежнем stdout, а не в out.log.

Вопрос 6 из 20

Разберите код без пробного запуска; его тема — «Стандартный вывод». Какой разбор не смешивает этот вариант с другими способами решения задачи?

cat missing > report.txt

report.txt создаётся или обрезается даже если cat не смог открыть missing, потому что оболочка выполняет перенаправление раньше запуска команды. read обычно выполняется в подоболочке последнего элемента конвейера, поэтому значение first не сохраняется в родительской оболочке. Для атомарного обновления отчёта сначала пишут во временный файл в той же файловой системе, затем переименовывают только после успеха. Сначала stderr дублирует текущий stdout, затем stdout уходит в файл; ошибки остаются на прежнем stdout, а не в out.log. В отдельных файлах оказываются data и warn, поэтому итоговая строка содержит data:warn.

Вопрос 7 из 20

Разберите код без пробного запуска; его тема — «Стандартный поток ошибок». Какое описание согласуется с фактическими аргументами и состоянием процессов?

command 2>&1 >out.log

report.txt создаётся или обрезается даже если cat не смог открыть missing, потому что оболочка выполняет перенаправление раньше запуска команды. Прямое перенаправление выполняет read в текущей оболочке и сохраняет first без лишнего cat. Сначала stderr дублирует текущий stdout, затем stdout уходит в файл; ошибки остаются на прежнем stdout, а не в out.log. Сначала stdout направляется в файл, затем stderr дублирует уже перенаправленный stdout; оба потока попадают в out.log. Цикл читает две строки из stdin и печатает [a][b]; перенаправление действует на весь compound command while.

Вопрос 8 из 20

Разберите код без пробного запуска; его тема — «Дескрипторы файлов». Какой технический вывод относится к показанному коду, а не к похожему решению?

exec 3>log.txt
run_many_tasks

Нужно проверять открытие, направлять нужные потоки и закрывать дескриптор после использования, особенно в долгоживущем процессе. Цикл читает две строки из stdin и печатает [a][b]; перенаправление действует на весь compound command while. Прямое перенаправление выполняет read в текущей оболочке и сохраняет first без лишнего cat. read обычно выполняется в подоболочке последнего элемента конвейера, поэтому значение first не сохраняется в родительской оболочке. Дескриптор 3 наследуется дочерними процессами, если они не закрывают его; это может удерживать файл или канал открытым дольше ожидаемого.

Вопрос 9 из 20

Для блока «Стандартный ввод» сравнивают несколько внешне похожих решений. Какой вывод соответствует именно этой записи, а не общему совету по теме?

IFS= read -r first < file

Bash выделяет номер дескриптора, запись one попадает в файл, затем дескриптор явно закрывается. Дескриптор 3 наследуется дочерними процессами, если они не закрывают его; это может удерживать файл или канал открытым дольше ожидаемого. Нужно проверять открытие, направлять нужные потоки и закрывать дескриптор после использования, особенно в долгоживущем процессе. Прямое перенаправление выполняет read в текущей оболочке и сохраняет first без лишнего cat. Цикл читает две строки из stdin и печатает [a][b]; перенаправление действует на весь compound command while.

Вопрос 10 из 20

Для блока «Стандартный вывод» сравнивают несколько внешне похожих решений. Что можно уверенно сказать об этом решении после пошагового разбора?

tmp=$(mktemp "${report}.XXXXXX") || exit 1
generate > "$tmp" && mv -f -- "$tmp" "$report"

Файл содержит только new: второе перенаправление обрезало прежнее содержимое до выполнения printf. Нужно проверять открытие, направлять нужные потоки и закрывать дескриптор после использования, особенно в долгоживущем процессе. read обычно выполняется в подоболочке последнего элемента конвейера, поэтому значение first не сохраняется в родительской оболочке. Сначала stderr дублирует текущий stdout, затем stdout уходит в файл; ошибки остаются на прежнем stdout, а не в out.log. Для атомарного обновления отчёта сначала пишут во временный файл в той же файловой системе, затем переименовывают только после успеха.

Вопрос 11 из 20

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

command >out.log 2>&1

Для атомарного обновления отчёта сначала пишут во временный файл в той же файловой системе, затем переименовывают только после успеха. read обычно выполняется в подоболочке последнего элемента конвейера, поэтому значение first не сохраняется в родительской оболочке. В отдельных файлах оказываются data и warn, поэтому итоговая строка содержит data:warn. Сначала stdout направляется в файл, затем stderr дублирует уже перенаправленный stdout; оба потока попадают в out.log. Bash выделяет номер дескриптора, запись one попадает в файл, затем дескриптор явно закрывается.

Вопрос 12 из 20

Для блока «Дескрипторы файлов» сравнивают несколько внешне похожих решений. Какой вывод подтверждается правилами Bash и указанной последовательностью команд?

exec {fd}>"$log" || exit 1
run >&"$fd" 2>&1
exec {fd}>&-

Сначала stderr дублирует текущий stdout, затем stdout уходит в файл; ошибки остаются на прежнем stdout, а не в out.log. В отдельных файлах оказываются data и warn, поэтому итоговая строка содержит data:warn. Bash выделяет номер дескриптора, запись one попадает в файл, затем дескриптор явно закрывается. Сначала stdout направляется в файл, затем stderr дублирует уже перенаправленный stdout; оба потока попадают в out.log. Нужно проверять открытие, направлять нужные потоки и закрывать дескриптор после использования, особенно в долгоживущем процессе.

Вопрос 13 из 20

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

noclobber может защищать существующие файлы от случайного >, но >| намеренно обходит эту защиту и требует осознанного применения. Команда может открыть /dev/tty отдельно от stdin; поэтому перенаправленный stdin не гарантирует отсутствие интерактивного запроса. Команда может открыть /dev/tty отдельно от stdin; поэтому перенаправленный stdin гарантирует отсутствие интерактивного запроса. /dev/fd/N доступен не во всех средах одинаково; прямое перенаправление >&N обычно выражает намерение оболочки надёжнее. &>file — сокращение Bash для перенаправления обоих потоков, но оно не входит в POSIX sh; порядок явных перенаправлений часто нагляднее.

Вопрос 14 из 20

Разработчики спорят о границах механизма «Стандартный вывод». Какую оговорку стоит вынести в описание эксплуатационного контракта?

&>file — сокращение Bash для перенаправления обоих потоков, но оно не входит в POSIX sh; порядок явных перенаправлений часто нагляднее. noclobber может защищать существующие файлы от случайного >, но >| намеренно обходит эту защиту и не требует осознанного применения. noclobber может защищать существующие файлы от случайного >, но >| намеренно обходит эту защиту и требует осознанного применения. /dev/fd/N доступен не во всех средах одинаково; прямое перенаправление >&N обычно выражает намерение оболочки надёжнее. Команда может открыть /dev/tty отдельно от stdin; поэтому перенаправленный stdin не гарантирует отсутствие интерактивного запроса.

Вопрос 15 из 20

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

В отдельных файлах оказываются data и warn, поэтому итоговая строка содержит data:warn. Команда может открыть /dev/tty отдельно от stdin; поэтому перенаправленный stdin не гарантирует отсутствие интерактивного запроса. noclobber может защищать существующие файлы от случайного >, но >| намеренно обходит эту защиту и требует осознанного применения. &>file — сокращение Bash для перенаправления обоих потоков, но оно не входит в POSIX sh; порядок явных перенаправлений часто нагляднее. /dev/fd/N доступен не во всех средах одинаково; прямое перенаправление >&N обычно выражает намерение оболочки надёжнее.

Вопрос 16 из 20

Разработчики спорят о границах механизма «Дескрипторы файлов». Какое замечание точнее всего отделяет учебный пример от промышленного решения?

/dev/fd/N доступен не во всех средах одинаково; прямое перенаправление >&N обычно выражает намерение оболочки надёжнее. Команда может открыть /dev/tty отдельно от stdin; поэтому перенаправленный stdin не гарантирует отсутствие интерактивного запроса. Bash выделяет номер дескриптора, запись one попадает в файл, затем дескриптор явно закрывается. noclobber может защищать существующие файлы от случайного >, но >| намеренно обходит эту защиту и требует осознанного применения. &>file — сокращение Bash для перенаправления обоих потоков, но оно не входит в POSIX sh; порядок явных перенаправлений часто нагляднее.

Вопрос 17 из 20

Для блока «Стандартный ввод» требуется формулировка без лишних обещаний. На какую гарантию Bash следует опираться при техническом ревью этого участка?

Перенаправление < file подключает файл к стандартному вводу одной команды; оно не загружает содержимое в переменную оболочки. Стандартный поток ошибок имеет дескриптор 2 и позволяет отделить диагностику от данных, которые идут по stdout. Оператор > создаёт или обрезает файл до запуска команды, а >> открывает его на добавление. Цикл читает две строки из stdin и печатает [a][b]; перенаправление действует на весь compound command while. exec {fd}>file выделяет свободный дескриптор и записывает его номер в переменную, избегая жёсткого выбора 3 или 4.

Вопрос 18 из 20

Для блока «Стандартный вывод» требуется формулировка без лишних обещаний. На каком правиле должен строиться разбор подобных фрагментов?

exec {fd}>file выделяет свободный дескриптор и записывает его номер в переменную, избегая жёсткого выбора 3 или 4. Оператор > создаёт или обрезает файл после запуска команды, а >> открывает его на добавление. Стандартный поток ошибок имеет дескриптор 2 и позволяет отделить диагностику от данных, которые идут по stdout. Перенаправление < file подключает файл к стандартному вводу одной команды; оно не загружает содержимое в переменную оболочки. Оператор > создаёт или обрезает файл до запуска команды, а >> открывает его на добавление.

Вопрос 19 из 20

Для блока «Стандартный поток ошибок» требуется формулировка без лишних обещаний. Какой общий контракт помогает предсказать результат до выполнения?

Стандартный поток ошибок имеет дескриптор 2 и позволяет отделить диагностику от данных, которые идут по stdout. Стандартный поток ошибок имеет дескриптор 2 и не позволяет отделить диагностику от данных, которые идут по stdout. Перенаправление < file подключает файл к стандартному вводу одной команды; оно не загружает содержимое в переменную оболочки. exec {fd}>file выделяет свободный дескриптор и записывает его номер в переменную, избегая жёсткого выбора 3 или 4. Оператор > создаёт или обрезает файл до запуска команды, а >> открывает его на добавление.

Вопрос 20 из 20

Для блока «Дескрипторы файлов» требуется формулировка без лишних обещаний. Какое правило лучше всего объясняет корректный способ решения?

Оператор > создаёт или обрезает файл до запуска команды, а >> открывает его на добавление. exec {fd}>file выделяет свободный дескриптор и записывает его номер в переменную, избегая жёсткого выбора 3 или 4. exec {fd}>file выделяет свободный дескриптор и не записывает его номер в переменную, избегая жёсткого выбора 3 или 4. Перенаправление < file подключает файл к стандартному вводу одной команды; оно не загружает содержимое в переменную оболочки. Стандартный поток ошибок имеет дескриптор 2 и позволяет отделить диагностику от данных, которые идут по stdout.

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

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

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

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