Korzystanie z pułapki nie zawsze jest opcją. Na przykład, jeśli piszesz jakąś funkcję wielokrotnego użytku, która wymaga obsługi błędów i którą można wywołać z dowolnego skryptu (po uzyskaniu pliku z funkcjami pomocniczymi), funkcja ta nie może zakładać niczego o czasie wyjścia zewnętrznego skryptu, co bardzo utrudnia korzystanie z pułapek. Kolejną wadą korzystania z pułapek jest zła kompozycja, ponieważ istnieje ryzyko zastąpienia poprzedniej pułapki, która może zostać wcześniej ustawiona w łańcuchu dzwoniącego.
Istnieje mała sztuczka, której można użyć do prawidłowej obsługi błędów bez pułapek. Jak zapewne wiesz z innych odpowiedzi, set -e
nie działa wewnątrz poleceń, jeśli używasz ||
operatora po nich, nawet jeśli uruchamiasz je w podpowłoce; np. to nie zadziała:
#!/bin/sh
# prints:
#
# --> outer
# --> inner
# ./so_1.sh: line 16: some_failed_command: command not found
# <-- inner
# <-- outer
set -e
outer() {
echo '--> outer'
(inner) || {
exit_code=$?
echo '--> cleanup'
return $exit_code
}
echo '<-- outer'
}
inner() {
set -e
echo '--> inner'
some_failed_command
echo '<-- inner'
}
outer
Ale ||
operator jest potrzebny, aby zapobiec powrotowi z funkcji zewnętrznej przed czyszczeniem. Sztuką jest uruchomienie wewnętrznego polecenia w tle, a następnie natychmiast na niego poczekać. wait
Wbudowane zwróci kod wyjścia polecenia wewnętrznej, a teraz używasz ||
po wait
, a nie funkcji wewnętrznej, więc set -e
działa prawidłowo wewnątrz tego ostatniego:
#!/bin/sh
# prints:
#
# --> outer
# --> inner
# ./so_2.sh: line 27: some_failed_command: command not found
# --> cleanup
set -e
outer() {
echo '--> outer'
inner &
wait $! || {
exit_code=$?
echo '--> cleanup'
return $exit_code
}
echo '<-- outer'
}
inner() {
set -e
echo '--> inner'
some_failed_command
echo '<-- inner'
}
outer
Oto ogólna funkcja oparta na tym pomyśle. Powinien on działać we wszystkich powłokach zgodnych z POSIX, jeśli usuniesz local
słowa kluczowe, tzn. Zastąpisz local x=y
je tylko x=y
:
# [CLEANUP=cleanup_cmd] run cmd [args...]
#
# `cmd` and `args...` A command to run and its arguments.
#
# `cleanup_cmd` A command that is called after cmd has exited,
# and gets passed the same arguments as cmd. Additionally, the
# following environment variables are available to that command:
#
# - `RUN_CMD` contains the `cmd` that was passed to `run`;
# - `RUN_EXIT_CODE` contains the exit code of the command.
#
# If `cleanup_cmd` is set, `run` will return the exit code of that
# command. Otherwise, it will return the exit code of `cmd`.
#
run() {
local cmd="$1"; shift
local exit_code=0
local e_was_set=1; if ! is_shell_attribute_set e; then
set -e
e_was_set=0
fi
"$cmd" "$@" &
wait $! || {
exit_code=$?
}
if [ "$e_was_set" = 0 ] && is_shell_attribute_set e; then
set +e
fi
if [ -n "$CLEANUP" ]; then
RUN_CMD="$cmd" RUN_EXIT_CODE="$exit_code" "$CLEANUP" "$@"
return $?
fi
return $exit_code
}
is_shell_attribute_set() { # attribute, like "x"
case "$-" in
*"$1"*) return 0 ;;
*) return 1 ;;
esac
}
Przykład użycia:
#!/bin/sh
set -e
# Source the file with the definition of `run` (previous code snippet).
# Alternatively, you may paste that code directly here and comment the next line.
. ./utils.sh
main() {
echo "--> main: $@"
CLEANUP=cleanup run inner "$@"
echo "<-- main"
}
inner() {
echo "--> inner: $@"
sleep 0.5; if [ "$1" = 'fail' ]; then
oh_my_god_look_at_this
fi
echo "<-- inner"
}
cleanup() {
echo "--> cleanup: $@"
echo " RUN_CMD = '$RUN_CMD'"
echo " RUN_EXIT_CODE = $RUN_EXIT_CODE"
sleep 0.3
echo '<-- cleanup'
return $RUN_EXIT_CODE
}
main "$@"
Uruchamianie przykładu:
$ ./so_3 fail; echo "exit code: $?"
--> main: fail
--> inner: fail
./so_3: line 15: oh_my_god_look_at_this: command not found
--> cleanup: fail
RUN_CMD = 'inner'
RUN_EXIT_CODE = 127
<-- cleanup
exit code: 127
$ ./so_3 pass; echo "exit code: $?"
--> main: pass
--> inner: pass
<-- inner
--> cleanup: pass
RUN_CMD = 'inner'
RUN_EXIT_CODE = 0
<-- cleanup
<-- main
exit code: 0
Jedyną rzeczą, o której musisz wiedzieć, korzystając z tej metody, jest to, że wszystkie modyfikacje zmiennych Shell wykonane z komendy, którą przekazujesz run
, nie będą propagowane do funkcji wywołującej, ponieważ komenda działa w podpowłoce.