Есть еще пара способов решить эту проблему. Предполагая, что одно из ваших требований - запустить сценарий / функцию оболочки, содержащую несколько команд оболочки, и проверить, успешно ли выполняется сценарий, и выдать ошибки в случае сбоев.
Команды оболочки обычно полагаются на возвращаемые коды выхода, чтобы сообщить оболочке, была ли она успешной или неудачной из-за некоторых неожиданных событий.
Итак, то, что вы хотите делать, относится к этим двум категориям
- выйти при ошибке
- выход и очистка при ошибке
В зависимости от того, что вы хотите сделать, существуют доступные параметры оболочки. В первом случае оболочка предоставляет возможность, set -eа во втором вы можете сделатьtrap наEXIT
Должен ли я использовать exit в моем скрипте / функции?
С помощью exit целом улучшает читаемость. В некоторых подпрограммах, как только вы знаете ответ, вы хотите немедленно выйти из вызывающей процедуры. Если подпрограмма определена таким образом, что она не требует дополнительной очистки после обнаружения ошибки, то незамедлительный выход означает, что вам нужно написать больше кода.
Поэтому в случаях, если вам нужно выполнить действия по очистке сценария, чтобы завершить завершение сценария, рекомендуется не использовать exit.
Следует использовать set -eдля ошибки при выходе?
Нет!
set -eбыла попытка добавить в оболочку "автоматическое обнаружение ошибок". Его цель заключалась в том, чтобы заставить оболочку прерываться каждый раз при возникновении ошибки, но он имеет множество потенциальных ловушек, например,
Команды, которые являются частью теста if, неуязвимы. В этом примере, если вы ожидаете, что он прервется при testпроверке несуществующего каталога, этого не произойдет, он перейдет к условию else
set -e
f() { test -d nosuchdir && echo no dir; }
f
echo survived
Команды в конвейере, кроме последнего, неуязвимы. В приведенном ниже примере, потому что код выхода последней выполненной (самой правой) команды считается ( cat) и он был успешным. Этого можно было бы избежать, установив set -o pipefailопцию, но это все же предостережение.
set -e
somecommand that fails | cat -
echo survived
Рекомендуется к применению - trapна выходе
Вердикт таков: если вы хотите иметь возможность обрабатывать ошибку вместо слепого выхода, вместо использования set -eиспользуйте a trapв ERRпсевдосигнале.
В ERRЛовушка не для запуска кода , когда сама оболочка выходит с ненулевым кодом ошибки, но когда любая команда запуска этой оболочки , которая не является частью состояния (например , в случае cmd, или cmd ||) завершается со статусом ненулевым .
Обычно мы определяем обработчик прерывания, чтобы предоставить дополнительную отладочную информацию о том, какая строка и что вызывает выход. Помните, что код выхода последней команды, вызвавшей ERRсигнал, все еще будет доступен в этот момент.
cleanup() {
exitcode=$?
printf 'error condition hit\n' 1>&2
printf 'exit code returned: %s\n' "$exitcode"
printf 'the command executing at the time of the error was: %s\n' "$BASH_COMMAND"
printf 'command present on line: %d' "${BASH_LINENO[0]}"
# Some more clean up code can be added here before exiting
exit $exitcode
}
и мы просто используем этот обработчик, как показано ниже, поверх скрипта, который не работает
trap cleanup ERR
Собрав все это вместе в простом скрипте, содержащемся falseв строке 15, информация, которую вы получите как
error condition hit
exit code returned: 1
the command executing at the time of the error was: false
command present on line: 15
trapТакже варианты независимо от ошибки просто запустить очистку по завершению оболочки (например , ваши выезды с скрипт оболочки), по сигналу EXIT. Вы также можете захватить несколько сигналов одновременно. Список поддерживаемых сигналов для перехвата можно найти на странице руководства trap.1p - Linux.
Еще одна вещь, на которую следует обратить внимание, - это понять, что ни один из предоставленных методов не работает, если вы имеете дело с суб-оболочками, и в этом случае вам может потребоваться добавить свою собственную обработку ошибок.
На суб-оболочке с set -eне будет работать. falseОграничивается суб-оболочки и никогда не будет распространяться на родительской оболочки. Чтобы выполнить здесь обработку ошибок, добавьте свою собственную логику для выполнения(false) || false
set -e
(false)
echo survived
То же самое происходит и с trap. Приведенная ниже логика не будет работать по причинам, указанным выше.
trap 'echo error' ERR
(false)