9

下面是我正在编写的脚本的简化方案。程序必须以不同的方式获取参数，因此对几个功能进行了精细划分。

问题是来自更深层函数的返回值的链式加载在陷阱上中断，在该陷阱中将检查结果以显示消息。

#! /usr/bin/env bash

check_a_param() {
    [ "$1" = return_ok ] && return 0 || return 3
}

check_params() {
    # This trap should catch negative results from the functions
    #   performing actual checks, like check_a_param() below.
    return_trap() {
        local retval=$?
        [ $retval -ne 0 ] && echo 'Bad, bad… Dropping to manual setup.'
        return $retval
    }
    # check_params can be called from different functions, not only
    #   setup(). But the other functions don’t care about the return value
    #   of check_params().
    [ "${FUNCNAME[1]}" = setup ] \
        && trap "return_trap; got_retval=$?; trap - RETURN; return $got_retval;" RETURN
    check_a_param 'return_bad' || return $?
    # …
    # Here we check another parameters in the same way.
    # …
    echo 'Provided parameters are valid.'
    return 0  # To be sure.
}

ask_for_params() {
    echo 'User sets params manually step by step.'
}

setup() {
    [ "$1" = force_manual ] && local MANUAL=t
    # If gathered parameters do not pass check_params()
    #   the script shall resort to asking user for entering them.
    [ ! -v MANUAL ] && {
        check_params \
            && echo "check_params() returned with 0. Not running manual setup."
            || false
    }|| ask_for_params
    # do_the_job
}

setup "$@"  # Either empty or ‘force_manual’.

它应该如何工作：

              ↗ 3 → 3→ trap →3                     ↗ || ask_for_params ↘
 check_a_param >>> check_params >>> [ ! -v MANUAL ]                     ↓
              ↘ 0 → 0→ trap →0                     ↘ && ____________ do_the_job

这个想法是，如果检查失败，它的返回代码也会强制check_params()返回，这反过来会触发|| ask_for_params. setup()但是陷阱返回 0：

              ↗ 3 → 3→ trap →0
 check_a_param >>> check_params >>> [ ! -v MANUAL ] &&… >>> do_the_job
              ↘ 0 → 0→ trap →0

如果您尝试按原样运行脚本，您应该会看到

Bad, bad… Dropping to manual setup.
check_params() returned with 0. Not running manual setup.

这意味着错误的结果触发了陷阱（！），但设置它的母函数没有传递结果。

为了尝试设置黑客，我尝试过

  • 将 retval 设置为全局变量declare -g retval=$?，return_trap()并在设置陷阱的行中使用其值。变量已设置（[ -v retval ]成功返回），但……没有值。有趣的。
  • 好吧，让我们把retval=Eeh,放在check_params()外面，return_trap()然后把它设置$?为一个通常的参数。不，retval函数中的 没有设置全局变量的值，它保持“Eeh”。不，没有local指令。默认情况下应将其视为全局。如果你把test=1tocheck_params()和test=3incheck_a_param()然后echo $test在结尾加上 打印setup()，你应该会看到 3。至少我会看到。declare -g正如预期的那样，这里没有任何区别。
  • 也许这就是功能的范围？不，也不是这样。return_trap()一起移动declare -g retval=Eeh没有任何区别。

  • 当现代软件意味着堕落时，是时候求助于旧的文件写入了。retval=$?; echo $retval >/tmp/t让我们用in将 retval 打印到 /tmp/treturn_trap()并用

    trap "return_trap; trap - RETURN; return $(</tmp/t)" RETURN

现在我们终于可以看到，最后一个从文件中读取数字的返回指令实际上返回了 3。但check_params()仍然返回 0！

++ trap - RETURN
++ return 3
+ retval2=0
+ echo 'check_params() returned with 0. Not running manual setup.'
check_params() returned with 0. Not running manual setup.

如果trap命令的参数严格来说是函数名，则返回原始结果。原始的，而不是return_trap()返回的。我尝试增加结果，但仍然得到 3。您可能还会问“为什么需要如此多地解除陷阱？”。这是为了避免另一个错误，这会导致陷阱每次都触发，即使check_params()是从另一个函数调用时也是如此。RETURN 上的陷阱是本地事物，除非在它们上显式设置了调试或跟踪标志，否则它们不会被其他函数继承，但看起来它们在运行之间保持设置陷阱。或者 bash 为他们设置陷阱。仅当从特定函数调用 check_params() 时才应设置此陷阱，但如果未取消设置陷阱，则每次都会继续触发check_a_param()返回一个大于零的值，与FUNCNAME[1].

这里我放弃了，因为我现在看到的唯一出口是在每个|| return $?in之前实现对调用函数的检查check_params()。但它太丑了，我的眼睛很疼。

我只能补充一点，$?在设置的行中，陷阱将始终返回 0。因此，例如，如果您在 中声明一个变量local，并放置这样的代码来检查它retvalreturn_trap()

trap "return_trap; [ -v retval ]; echo $?; trap - RETURN; return $retval" RETURN

无论是否retval实际设置，它都会打印 0 ，但如果你使用

trap "return_trap; [ -v retval ] && echo set || echo unset; trap - RETURN; return $retval" RETURN

它将打印“未设置”。

GNU bash，版本 4.3.39(1)-release (x86_64-pc-linux-gnu)

4

1 回答 1

6

够搞笑的，

trap "return_trap; trap - RETURN" RETURN

简单有效。

[ ! -v MANUAL ] && {
    check_params; retval2=$?
    [ $retval2 -eq 0 ] \
        && echo "check_params() returned with 0. Not running manual setup." \
        || false
}|| ask_for_params

这就是痕迹。

+ check_a_parameter return_bad
+ '[' return_bad = return_ok ']'
+ return 3
+ return 3
++ return_trap
++ local retval=3
++ echo 3
++ '[' 3 -ne 0 ']'
++ echo 'Bad, bad… Dropping to manual setup.'
Bad, bad… Dropping to manual setup.
++ return 3
++ trap - RETURN
+ retval2=3
+ '[' 3 -eq 0 ']'
+ false
+ ask_for_params
+ echo 'User sets params manually step by step.'
User sets params manually step by step.

所以答案很简单：不要试图覆盖传递给trap命令的行中的结果。Bash 为您处理一切。

于 2016-04-06T05:56:34.410 回答