try/catch的Bash仿真没有按预期工作

Question

以下switch语句具有奇怪的行为：

3)
        if [ $state -ne $last_state ]
        then
            echo "state: $state"
        fi

        stty -F $SERIAL $BAUD -echo igncr
        echo "befor cat"
        {
            cat -v $SERIAL >> $USBDRIVE/gpsData_$filecounter.txt && echo "after cat"
        } || {
            echo "catch"
            state=0
            last_state=3
            ((filecounter++))
        }           
        ;;

我认为，当cat命令在被执行时失败时，“after cat”将被写入，而||之后的部分将被执行。但是，当我查看输出时，似乎在回显“后猫”后会发生中断，因此实际状态不会改变，将再次进入。然后stty也会失败（因为串行适配器丢失）。之后，cat命令againt在开始时失败，但现在进入“catch”块。。。。

下面是相关的输出:

pi@rpi ~/serial_logger $ ./serial_logger.sh
serial adapter found: ttyUSB0
state: 1
USB-Storage found: usb0
state: 3
before cat
after cat    #here should be entered state 0
state: 3
stty: /dev/ttyUSB0: No such file or directory
before cat
cat: /dev/ttyUSB0: No such file or directory
catch
state: 0
USB-Storage found: usb0
state: 2

我做错了什么？

Answer 1

在您的示例中，cat成功，这就是打印“在cat之后”并且不输入“捕获组”的原因。

我认为，当猫命令失败，而正在被超越，“后猫”将被写入

这个假设是错误的，只有当< code>cat因为您使用了< code >而成功时，才会写入“after cat”

并且||之后的部分将被排除。

请注意，没有“组失败”这样的东西，它允许您使用命令组（{ [...] }）在Bash中实际模拟尝试/捕获行为。考虑一下这个示例，其中包含组内的多行：

{
  cmd1
  cmd2
} || { # catch block

只要＜code＞cmd2＜code＞成功，即使＜code＞cmd1＜code＞失败，程序也不会进入catch块。

但是，您可以使用＜code＞

cmd1 && cmd2 && cmd3 || { # catch block

这也可以写成

{ cmd1 && cmd2 && cmd3 ; } || { # catch block

你看，无论你怎么做，语法都有点笨拙。

也许这个相关的stackoverflow问题也可以帮助你。

最后但同样重要的是，应该提到两种常见的Bash错误处理机制:

> < li>

为< code>ERR信号注册一个信号处理程序会导致Bash在命令返回非零退出状态时调用一个函数:

trap error_handler ERR

function error_handler() {
  echo error
}

设置< code>errexit shell选项会导致您的程序在命令返回非零退出状态时立即终止(信号处理程序仍在执行):

set -e