thoát khỏi kịch bản shell từ một subshell

Hãy xem xét đoạn trích này:

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

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

Thông thường khi funcđược gọi nó sẽ khiến tập lệnh kết thúc, đó là hành vi dự định. Tuy nhiên, nếu nó được thực thi trong một vỏ con, chẳng hạn như trong

result=`func`

nó sẽ không thoát khỏi tập lệnh. Điều này có nghĩa là mã gọi phải kiểm tra trạng thái thoát của hàm mỗi lần. Có cách nào để tránh điều này không? Đây có phải là những gì set -echo?

Bạn có thể giết shell gốc ( kill $$) trước khi gọi exitvà điều đó có thể sẽ hoạt động. Nhưng:

• nó có vẻ khá xấu với tôi
• nó sẽ bị hỏng nếu bạn có một subshell thứ hai trong đó, tức là sử dụng một subshell bên trong một subshell.

Thay vào đó, bạn có thể sử dụng một trong một số cách để trả lại giá trị trong Câu hỏi thường gặp của Bash . Hầu hết trong số họ không quá tuyệt vời, thật không may. Bạn có thể bị kẹt khi kiểm tra lỗi sau mỗi lần gọi hàm ( -ecó rất nhiều vấn đề ). Hoặc là, hoặc chuyển sang Perl.

Bạn có thể quyết định rằng trạng thái thoát 77 chẳng hạn có nghĩa là thoát bất kỳ cấp độ con nào và làm

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 -Ekết hợp với ERRbẫy giống như một phiên bản cải tiến set -etrong đó nó cho phép bạn xác định xử lý lỗi của riêng mình.

Trong zsh, bẫy ERR được kế thừa tự động, do đó bạn không cần set -E, bạn cũng có thể xác định bẫy là TRAPERR()hàm và sửa đổi chúng thông qua $functions[TRAPERR], nhưfunctions[TRAPERR]="echo was here; $functions[TRAPERR]"

Thay vào đó kill $$, bạn cũng có thể thử kill 0, nó sẽ hoạt động trong trường hợp các mạng con lồng nhau (tất cả người gọi và quá trình bên sẽ nhận được tín hiệu) nhưng nó vẫn tàn bạo và xấu xí.

Thử đi ...

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"

Kết quả tôi nhận được là ...

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

Ghi chú

• Tham số hóa để cho phép ifthử nghiệm truehoặc false(xem 2 lần chạy)
• Khi ifkiểm tra là false, chúng tôi không bao giờ đạt đến subshell.

(Bash trả lời cụ thể) Bash không có khái niệm về ngoại lệ. Tuy nhiên, với set -o errexit (hoặc tương đương: set -e) ở mức ngoài cùng, lệnh không thành công sẽ dẫn đến việc thoát khỏi subshell với trạng thái thoát khác không. Nếu đây là một tập hợp các chuỗi con được lồng mà không có điều kiện xung quanh việc thực thi các chuỗi con đó, thì nó sẽ "cuộn" toàn bộ tập lệnh và thoát một cách hiệu quả.

Điều này có thể khó khăn khi cố gắng đưa các bit của mã bash khác nhau vào một tập lệnh lớn hơn. Một khối bash có thể tự hoạt động tốt, nhưng khi được thực hiện theo errexit (hoặc không có errexit), hãy hành xử theo những cách không ngờ tới.

[192.168.13.16 (f0f5e19e) ~ 22:58:22] # bash -o errexit / tmp / foo
đã xảy ra lỗi
[192.168.13.16 (f0f5e19e) ~ 22:58:31] # bash / tmp / foo
đã xảy ra lỗi
Nhưng dù sao chúng tôi cũng đến đây
[192.168.13.16 (f0f5e19e) ~ 22:58:37] # mèo / tmp / foo
#! / bin / bash
dừng lại () {
    tiếng vang "$ {1}"
    thoát 1
}

nếu sai; sau đó
    tiếng vang "foo"
khác
    (
        dừng lại "một cái gì đó đã đi sai"
    )
    echo "Nhưng chúng tôi đã đến đây bằng mọi cách"
fi
[192.168.13.16 (f0f5e19e) ~ 22:58:40] #

Ví dụ của tôi để thoát trong một lớp lót:

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