trap и гарантированная очистка — бесплатный тест онлайн

Вопрос 1 из 25

Перед запуском фрагмента из раздела «Обработчик завершения EXIT» нужен точный прогноз. Какой разбор соответствует именно показанной последовательности команд?

tmp=$(mktemp)
trap 'rm -f "$tmp"; echo cleaned' EXIT
printf 'work\n' > "$tmp"

Флаги состояния и проверка допустимого шаблона делают повторную очистку предсказуемее, не полагаясь на идеальный путь выполнения. Двойные кавычки при установке заранее подставляют исходный путь, поэтому изменение tmp позже не влияет на цель удаления. mktemp создаёт уникальный файл и возвращает его путь; явная проверка не позволяет продолжить без временного ресурса. Подоболочка печатает work и sub-exit, затем родитель печатает done и при собственном завершении parent-exit. При завершении сценария файл удаляется и печатается cleaned; переменная tmp раскрывается во время выполнения trap из-за одинарных кавычек.

Вопрос 2 из 25

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

trap 'echo term; exit 143' TERM
while :; do sleep 10; done

После SIGTERM оболочка выполняет обработчик, печатает term и завершает сценарий кодом 143; точный момент зависит от ожидания sleep. Если сигнал пришёл всей группе процессов, ребёнок и оболочка могут завершаться независимо; один trap не гарантирует корректную остановку дерева потомков. Подоболочка печатает work и sub-exit, затем родитель печатает done и при собственном завершении parent-exit. errtrace расширяет наследование ERR, а обработчик первым делом сохраняет код, прежде чем журналирование изменит $?. Именованная функция делает обработчик читаемее и использует актуальное значение переменной; нужные данные следует защитить от случайного изменения.

Вопрос 3 из 25

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

tmp=$(mktemp "${TMPDIR:-/tmp}/app.XXXXXX") || exit 1
printf '%s\n' "$tmp"
rm -f -- "$tmp"

Без errtrace/-E обработчик ERR может не наследоваться функцией так, как ожидает автор; поведение также зависит от контекста вызова f. Другой пользователь или процесс может заранее создать этот путь как ссылку; $$ снижает совпадения, но не делает создание атомарным. При завершении сценария файл удаляется и печатается cleaned; переменная tmp раскрывается во время выполнения trap из-за одинарных кавычек. mktemp создаёт уникальный файл и возвращает его путь; явная проверка не позволяет продолжить без временного ресурса. Двойные кавычки при установке заранее подставляют исходный путь, поэтому изменение tmp позже не влияет на цель удаления.

Вопрос 4 из 25

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

cleanup() {
  [[ -n ${tmpdir-} && -d $tmpdir ]] && rm -rf -- "$tmpdir"
}
trap cleanup EXIT INT TERM

Если work пуст или stop_service уже выполнен, повторный вызов может стать опасным или завершиться ошибкой; функция не учитывает частичное состояние. Подоболочка печатает work и sub-exit, затем родитель печатает done и при собственном завершении parent-exit. Другой пользователь или процесс может заранее создать этот путь как ссылку; $$ снижает совпадения, но не делает создание атомарным. Без errtrace/-E обработчик ERR может не наследоваться функцией так, как ожидает автор; поведение также зависит от контекста вызова f. Проверка установленного непустого пути позволяет вызвать cleanup даже до создания каталога; однако канонический корень всё равно должен быть доверенным.

Вопрос 5 из 25

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

trap 'echo parent-exit' EXIT
( trap 'echo sub-exit' EXIT; echo work )
echo done

Без errtrace/-E обработчик ERR может не наследоваться функцией так, как ожидает автор; поведение также зависит от контекста вызова f. Отдельный приватный каталог упрощает очистку набора файлов, если путь создан атомарно и не может быть подменён после проверки. Флаги состояния и проверка допустимого шаблона делают повторную очистку предсказуемее, не полагаясь на идеальный путь выполнения. Подоболочка печатает work и sub-exit, затем родитель печатает done и при собственном завершении parent-exit. Проверка установленного непустого пути позволяет вызвать cleanup даже до создания каталога; однако канонический корень всё равно должен быть доверенным.

Вопрос 6 из 25

Этот участок из темы «Обработчик завершения EXIT» относится к практической части теста «trap и гарантированная очистка». Какое утверждение о поведении кода остаётся точным на граничном входе?

tmp=$(mktemp)
trap "rm -f '$tmp'" EXIT
tmp=/other

После SIGTERM оболочка выполняет обработчик, печатает term и завершает сценарий кодом 143; точный момент зависит от ожидания sleep. Именованная функция делает обработчик читаемее и использует актуальное значение переменной; нужные данные следует защитить от случайного изменения. Двойные кавычки при установке заранее подставляют исходный путь, поэтому изменение tmp позже не влияет на цель удаления. Флаги состояния и проверка допустимого шаблона делают повторную очистку предсказуемее, не полагаясь на идеальный путь выполнения. mktemp создаёт уникальный файл и возвращает его путь; явная проверка не позволяет продолжить без временного ресурса.

Вопрос 7 из 25

Этот участок из темы «Сигналы» относится к практической части теста «trap и гарантированная очистка». Что важно заметить в этом фрагменте до его включения в автоматизацию?

trap 'cleanup' INT TERM
long_child

Флаги состояния и проверка допустимого шаблона делают повторную очистку предсказуемее, не полагаясь на идеальный путь выполнения. Двойные кавычки при установке заранее подставляют исходный путь, поэтому изменение tmp позже не влияет на цель удаления. Если сигнал пришёл всей группе процессов, ребёнок и оболочка могут завершаться независимо; один trap не гарантирует корректную остановку дерева потомков. mktemp создаёт уникальный файл и возвращает его путь; явная проверка не позволяет продолжить без временного ресурса. Обработчик должен быть коротким, идемпотентным и явно прекращать детей перед удалением общих ресурсов.

Вопрос 8 из 25

Этот участок из темы «Временные файлы» относится к практической части теста «trap и гарантированная очистка». Что действительно гарантирует или, наоборот, не гарантирует эта конструкция?

tmp=/tmp/app.$$
printf data > "$tmp"

После SIGTERM оболочка выполняет обработчик, печатает term и завершает сценарий кодом 143; точный момент зависит от ожидания sleep. Отдельный приватный каталог упрощает очистку набора файлов, если путь создан атомарно и не может быть подменён после проверки. Другой пользователь или процесс может заранее создать этот путь как ссылку; $$ снижает совпадения, но не делает создание атомарным. Обработчик должен быть коротким, идемпотентным и явно прекращать детей перед удалением общих ресурсов. Проверка установленного непустого пути позволяет вызвать cleanup даже до создания каталога; однако канонический корень всё равно должен быть доверенным.

Вопрос 9 из 25

Этот участок из темы «Идемпотентная очистка» относится к практической части теста «trap и гарантированная очистка». Фрагмент запускают как часть служебного сценария. Как его следует оценить?

cleanup() { rm -rf "$work"; stop_service; }

Если work пуст или stop_service уже выполнен, повторный вызов может стать опасным или завершиться ошибкой; функция не учитывает частичное состояние. Обработчик должен быть коротким, идемпотентным и явно прекращать детей перед удалением общих ресурсов. errtrace расширяет наследование ERR, а обработчик первым делом сохраняет код, прежде чем журналирование изменит $?. Флаги состояния и проверка допустимого шаблона делают повторную очистку предсказуемее, не полагаясь на идеальный путь выполнения. После SIGTERM оболочка выполняет обработчик, печатает term и завершает сценарий кодом 143; точный момент зависит от ожидания sleep.

Вопрос 10 из 25

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

trap 'echo ERR at $LINENO' ERR
f() { false; }
f

Если work пуст или stop_service уже выполнен, повторный вызов может стать опасным или завершиться ошибкой; функция не учитывает частичное состояние. Отдельный приватный каталог упрощает очистку набора файлов, если путь создан атомарно и не может быть подменён после проверки. Если сигнал пришёл всей группе процессов, ребёнок и оболочка могут завершаться независимо; один trap не гарантирует корректную остановку дерева потомков. errtrace расширяет наследование ERR, а обработчик первым делом сохраняет код, прежде чем журналирование изменит $?. Без errtrace/-E обработчик ERR может не наследоваться функцией так, как ожидает автор; поведение также зависит от контекста вызова f.

Вопрос 11 из 25

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

cleanup() { rm -f -- "$tmp"; }
trap cleanup EXIT

Именованная функция делает обработчик читаемее и использует актуальное значение переменной; нужные данные следует защитить от случайного изменения. При завершении сценария файл удаляется и печатается cleaned; переменная tmp раскрывается во время выполнения trap из-за одинарных кавычек. Отдельный приватный каталог упрощает очистку набора файлов, если путь создан атомарно и не может быть подменён после проверки. Если сигнал пришёл всей группе процессов, ребёнок и оболочка могут завершаться независимо; один trap не гарантирует корректную остановку дерева потомков. mktemp создаёт уникальный файл и возвращает его путь; явная проверка не позволяет продолжить без временного ресурса.

Вопрос 12 из 25

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

trap 'stop_children; cleanup; exit 143' TERM INT

После SIGTERM оболочка выполняет обработчик, печатает term и завершает сценарий кодом 143; точный момент зависит от ожидания sleep. mktemp создаёт уникальный файл и возвращает его путь; явная проверка не позволяет продолжить без временного ресурса. Двойные кавычки при установке заранее подставляют исходный путь, поэтому изменение tmp позже не влияет на цель удаления. Обработчик должен быть коротким, идемпотентным и явно прекращать детей перед удалением общих ресурсов. Флаги состояния и проверка допустимого шаблона делают повторную очистку предсказуемее, не полагаясь на идеальный путь выполнения.

Вопрос 13 из 25

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

tmpdir=$(mktemp -d) || exit 1
trap 'rm -rf -- "$tmpdir"' EXIT

Подоболочка печатает work и sub-exit, затем родитель печатает done и при собственном завершении parent-exit. Именованная функция делает обработчик читаемее и использует актуальное значение переменной; нужные данные следует защитить от случайного изменения. Отдельный приватный каталог упрощает очистку набора файлов, если путь создан атомарно и не может быть подменён после проверки. mktemp создаёт уникальный файл и возвращает его путь; явная проверка не позволяет продолжить без временного ресурса. Без errtrace/-E обработчик ERR может не наследоваться функцией так, как ожидает автор; поведение также зависит от контекста вызова f.

Вопрос 14 из 25

Разберите код без пробного запуска; его тема — «Идемпотентная очистка». Как следует оценить конструкцию, не считая её автоматически исправлением?

cleanup() {
  [[ -n ${work-} && $work == /var/tmp/app.* ]] && rm -rf -- "$work"
  if [[ ${service_started-0} == 1 ]]; then stop_service || true; fi
}

Обработчик должен быть коротким, идемпотентным и явно прекращать детей перед удалением общих ресурсов. Проверка установленного непустого пути позволяет вызвать cleanup даже до создания каталога; однако канонический корень всё равно должен быть доверенным. Именованная функция делает обработчик читаемее и использует актуальное значение переменной; нужные данные следует защитить от случайного изменения. Если сигнал пришёл всей группе процессов, ребёнок и оболочка могут завершаться независимо; один trap не гарантирует корректную остановку дерева потомков. Флаги состояния и проверка допустимого шаблона делают повторную очистку предсказуемее, не полагаясь на идеальный путь выполнения.

Вопрос 15 из 25

Разберите код без пробного запуска; его тема — «Проверка и диагностика». Какое суждение правильно описывает показанную реализацию?

set -E
trap 'rc=$?; echo "ERR rc=$rc line=$LINENO" >&2' ERR

Двойные кавычки при установке заранее подставляют исходный путь, поэтому изменение tmp позже не влияет на цель удаления. Подоболочка печатает work и sub-exit, затем родитель печатает done и при собственном завершении parent-exit. Обработчик должен быть коротким, идемпотентным и явно прекращать детей перед удалением общих ресурсов. При завершении сценария файл удаляется и печатается cleaned; переменная tmp раскрывается во время выполнения trap из-за одинарных кавычек. errtrace расширяет наследование ERR, а обработчик первым делом сохраняет код, прежде чем журналирование изменит $?.

Вопрос 16 из 25

При переносе решения в автоматизацию проверяют аспект «Обработчик завершения EXIT». Где заканчивается защита, которую даёт рассматриваемая конструкция?

Новый trap для того же сигнала заменяет прежний, поэтому библиотеки и основной сценарий могут незаметно отменить очистку друг друга. ERR trap не срабатывает во всех синтаксических контекстах, где errexit подавлен; он помогает диагностике, но не заменяет явные проверки контрактов. SIGSTOP и SIGKILL нельзя перехватить или игнорировать; сценарий обязан переживать оставшиеся после них временные файлы при следующем запуске. При завершении сценария файл удаляется и печатается cleaned; переменная tmp раскрывается во время выполнения trap из-за одинарных кавычек. TMPDIR может указывать на каталог с другой файловой системой или политикой доступа; атомарный mv и права нужно оценивать относительно места создания.

Вопрос 17 из 25

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

Новый trap для того же сигнала заменяет прежний, поэтому библиотеки и основной сценарий могут незаметно отменить очистку друг друга. После SIGTERM оболочка выполняет обработчик, печатает term и завершает сценарий кодом 143; точный момент зависит от ожидания sleep. TMPDIR может указывать на каталог с другой файловой системой или политикой доступа; атомарный mv и права нужно оценивать относительно места создания. Игнорировать все ошибки cleanup через || true опасно: допустимы ожидаемые «уже отсутствует», но отказ удалить секретный файл должен попасть в журнал. SIGSTOP и SIGKILL нельзя перехватить или игнорировать; сценарий обязан переживать оставшиеся после них временные файлы при следующем запуске.

Вопрос 18 из 25

При переносе решения в автоматизацию проверяют аспект «Временные файлы». Какой эксплуатационный компромисс здесь нельзя скрывать за успешным кодом возврата?

mktemp создаёт уникальный файл и возвращает его путь; явная проверка не позволяет продолжить без временного ресурса. Игнорировать все ошибки cleanup через || true опасно: допустимы ожидаемые «уже отсутствует», но отказ удалить секретный файл должен попасть в журнал. Новый trap для того же сигнала заменяет прежний, поэтому библиотеки и основной сценарий могут незаметно отменить очистку друг друга. SIGSTOP и SIGKILL нельзя перехватить или игнорировать; сценарий обязан переживать оставшиеся после них временные файлы при следующем запуске. TMPDIR может указывать на каталог с другой файловой системой или политикой доступа; атомарный mv и права нужно оценивать относительно места создания.

Вопрос 19 из 25

При переносе решения в автоматизацию проверяют аспект «Идемпотентная очистка». Что обязательно нужно проверить в соседнем сценарии, чтобы не получить ложную надёжность?

SIGSTOP и SIGKILL нельзя перехватить или игнорировать; сценарий обязан переживать оставшиеся после них временные файлы при следующем запуске. ERR trap не срабатывает во всех синтаксических контекстах, где errexit подавлен; он помогает диагностике, но не заменяет явные проверки контрактов. Игнорировать все ошибки cleanup через || true опасно: допустимы ожидаемые «уже отсутствует», но отказ удалить секретный файл должен попасть в журнал. Игнорировать все ошибки cleanup через && true опасно: допустимы ожидаемые «уже отсутствует», но отказ удалить секретный файл должен попасть в журнал. TMPDIR может указывать на каталог с другой файловой системой или политикой доступа; атомарный mv и права нужно оценивать относительно места создания.

Вопрос 20 из 25

При переносе решения в автоматизацию проверяют аспект «Проверка и диагностика». На какой границе эта техника перестаёт быть достаточной сама по себе?

Новый trap для того же сигнала заменяет прежний, поэтому библиотеки и основной сценарий могут незаметно отменить очистку друг друга. ERR trap срабатывает во всех синтаксических контекстах, где errexit подавлен; он помогает диагностике, но не заменяет явные проверки контрактов. Игнорировать все ошибки cleanup через || true опасно: допустимы ожидаемые «уже отсутствует», но отказ удалить секретный файл должен попасть в журнал. TMPDIR может указывать на каталог с другой файловой системой или политикой доступа; атомарный mv и права нужно оценивать относительно места создания. ERR trap не срабатывает во всех синтаксических контекстах, где errexit подавлен; он помогает диагностике, но не заменяет явные проверки контрактов.

Вопрос 21 из 25

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

mktemp создаёт файл или каталог атомарно с непредсказуемым суффиксом; имя на основе $$ без создания подвержено гонке и подмене ссылкой. Обработчик EXIT не выполняется при обычном exit и достижении конца текущей оболочки, но не при SIGKILL и не после аварии всей системы. trap задаёт обработчик сигналов в оболочке; сигнал, полученный во время ожидания внешней команды, может обрабатываться только после возврата управления. Обработчик EXIT выполняется при обычном exit и достижении конца текущей оболочки, но не при SIGKILL и не после аварии всей системы. Очистка должна безопасно выполняться несколько раз и после частично завершённой инициализации, не уничтожая чужие данные.

Вопрос 22 из 25

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

mktemp создаёт файл или каталог атомарно с непредсказуемым суффиксом; имя на основе $$ без создания подвержено гонке и подмене ссылкой. Обработчик EXIT выполняется при обычном exit и достижении конца текущей оболочки, но не при SIGKILL и не после аварии всей системы. Trap наследуется и сбрасывается в функциях, подоболочках и дочерних процессах по правилам Bash, поэтому границу действия нужно проверять отдельно. После SIGTERM оболочка выполняет обработчик, печатает term и завершает сценарий кодом 143; точный момент зависит от ожидания sleep. trap задаёт обработчик сигналов в оболочке; сигнал, полученный во время ожидания внешней команды, может обрабатываться только после возврата управления.

Вопрос 23 из 25

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

trap задаёт обработчик сигналов в оболочке; сигнал, полученный во время ожидания внешней команды, может обрабатываться только после возврата управления. Очистка должна безопасно выполняться несколько раз и после частично завершённой инициализации, не уничтожая чужие данные. Обработчик EXIT выполняется при обычном exit и достижении конца текущей оболочки, но не при SIGKILL и не после аварии всей системы. mktemp не создаёт файл или каталог атомарно с непредсказуемым суффиксом; имя на основе $$ без создания подвержено гонке и подмене ссылкой. mktemp создаёт файл или каталог атомарно с непредсказуемым суффиксом; имя на основе $$ без создания подвержено гонке и подмене ссылкой.

Вопрос 24 из 25

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

Очистка должна безопасно выполняться несколько раз и после частично завершённой инициализации, не уничтожая чужие данные. Проверка установленного непустого пути позволяет вызвать cleanup даже до создания каталога; однако канонический корень всё равно должен быть доверенным. Trap наследуется и сбрасывается в функциях, подоболочках и дочерних процессах по правилам Bash, поэтому границу действия нужно проверять отдельно. mktemp создаёт файл или каталог атомарно с непредсказуемым суффиксом; имя на основе $$ без создания подвержено гонке и подмене ссылкой. trap задаёт обработчик сигналов в оболочке; сигнал, полученный во время ожидания внешней команды, может обрабатываться только после возврата управления.

Вопрос 25 из 25

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

Очистка должна безопасно выполняться несколько раз и после частично завершённой инициализации, не уничтожая чужие данные. Подоболочка печатает work и sub-exit, затем родитель печатает done и при собственном завершении parent-exit. mktemp создаёт файл или каталог атомарно с непредсказуемым суффиксом; имя на основе $$ без создания подвержено гонке и подмене ссылкой. trap задаёт обработчик сигналов в оболочке; сигнал, полученный во время ожидания внешней команды, может обрабатываться только после возврата управления. Trap наследуется и сбрасывается в функциях, подоболочках и дочерних процессах по правилам Bash, поэтому границу действия нужно проверять отдельно.