скрипт выхода из подоболочки

Рассмотрим этот фрагмент:

stop () {
    echo "${1}" 1>&2
    exit 1
}

func () {
    if false; then
        echo "foo"
    else
        stop "something went wrong"
    fi
}

Обычно, когда funcвызывается, сценарий завершается, что является предполагаемым поведением. Тем не менее, если он выполняется в под-оболочке, например, в

result=`func`

это не выйдет из сценария. Это означает, что вызывающий код должен каждый раз проверять состояние выхода функции. Есть ли способ избежать этого? Это для чего set -e?

Вы могли бы убить оригинальный shell ( kill $$) перед вызовом exit, и это, вероятно, сработает. Но:

• это кажется мне некрасивым
• он сломается, если у вас есть второй подоболочек, то есть использовать подоболочку внутри подоболочки.

Вместо этого вы можете использовать один из нескольких способов вернуть значение в Bash FAQ . К сожалению, большинство из них не так уж и хороши. Вы можете просто застрять, проверяя ошибки после каждого вызова функции ( -eимеет много проблем ). Либо так, либо переключитесь на Perl.

Вы можете решить, что, например, состояние выхода 77 означает выход из любого уровня подоболочки и выполнить

set -E
trap '[ "$?" -ne 77 ] || exit 77' ERR

(
  echo here
  (
    echo there
    (
      exit 12 # not 77, exit only this subshell
    )
    echo ici
    exit 77 # exit all subshells
  )
  echo not here
)
echo not here either

set -E в комбинации с ERR ловушками это немного похоже на улучшенную версию set -eв том, что она позволяет вам определять свою собственную обработку ошибок.

В zsh ловушки ERR наследуются автоматически, поэтому вам не нужно set -E, вы также можете определять ловушки как TRAPERR()функции и изменять их $functions[TRAPERR], например,functions[TRAPERR]="echo was here; $functions[TRAPERR]"

В качестве альтернативы kill $$, вы также можете попробовать kill 0, это будет работать в случае вложенных подоболочек (все вызывающие и побочные процессы будут получать сигнал) ... но это все еще жестоко и безобразно.

Попробуй это ...

stop () {
    echo "${1}" 1>&2
    exit 1
}

func () {
    if $1; then
        echo "foo"
    else
        stop "something went wrong"
    fi
}

echo "shell..."
func $1

echo "subshell..."
result=`func $1`

echo "shell..."
echo "result=$result"

Результаты, которые я получаю ...

# test_exitsubshell true
shell...
foo
subshell...
shell...
result=foo
# test_exitsubshell false
shell...
something went wrong

Заметки

• Параметризован, чтобы позволить ifтесту быть trueилиfalse (см. 2 прогона)
• Когда ifтест пройден false, мы никогда не достигнем подоболочки.

(Конкретный ответ Bash) Bash не имеет понятия об исключениях. Однако, если установить -o errexit (или эквивалентно: set -e) на крайнем внешнем уровне, команда с ошибкой приведет к тому, что подоболочка завершится с ненулевым состоянием выхода. Если это набор вложенных субоболочек без условий вокруг выполнения этих субоболочек, он будет эффективно «свернуть» весь сценарий и завершится.

Это может быть сложно, когда вы пытаетесь включить биты различного кода bash в больший скрипт. Один кусок bash может работать очень хорошо сам по себе, но при выполнении под errexit (или без errexit) ведет себя неожиданным образом.

[192.168.13.16 (f0f5e19e) ~ 22:58:22] # bash -o errexit / tmp / foo
что-то пошло не так
[192.168.13.16 (f0f5e19e) ~ 22:58:31] # bash / tmp / foo
что-то пошло не так
Но мы все равно попали сюда
[192.168.13.16 (f0f5e19e) ~ 22:58:37] # cat / tmp / foo
#! / Bin / Баш
стоп () {
    echo "$ {1}"
    выход 1
}

если ложно; тогда
    эхо "фу"
еще
    (
        остановить "что-то пошло не так"
    )
    эхо "Но мы все равно попали сюда"
фи
[192.168.13.16 (f0f5e19e) ~ 22:58:40] #

Мой пример выхода в один лайнер:

COMAND || ( echo "ERROR – executing COMAND, exiting..." ; exit 77 );[ "$?" -eq 77 ] && exit