另一个需要考虑的问题是返回的退出码。只有“1”是相当标准的，尽管bash本身使用了少数保留的退出码，并且同一页认为用户定义的代码应该在64-113范围内，以符合C/ c++标准。

你也可以考虑使用位向量方法，挂载使用它的退出码:

 0  success
 1  incorrect invocation or permissions
 2  system error (out of memory, cannot fork, no more loop devices)
 4  internal mount bug or missing nfs support in mount
 8  user interrupt
16  problems writing or locking /etc/mtab
32  mount failure
64  some mount succeeded

OR-ing代码可以让脚本显示多个同时发生的错误。

我更喜欢简单的称呼。所以我用了一些看起来有点复杂，但很容易使用的东西。我通常只是复制并粘贴下面的代码到我的脚本。代码后面有解释。

#This function is used to cleanly exit any script. It does this displaying a
# given error message, and exiting with an error code.
function error_exit {
    echo
    echo "$@"
    exit 1
}
#Trap the killer signals so that we can exit with a good message.
trap "error_exit 'Received signal SIGHUP'" SIGHUP
trap "error_exit 'Received signal SIGINT'" SIGINT
trap "error_exit 'Received signal SIGTERM'" SIGTERM

#Alias the function so that it will print a message with the following format:
#prog-name(@line#): message
#We have to explicitly allow aliases, we do this because they make calling the
#function much easier (see example).
shopt -s expand_aliases
alias die='error_exit "Error ${0}(@`echo $(( $LINENO - 1 ))`):"'

I usually put a call to the cleanup function in side the error_exit function, but this varies from script to script so I left it out. The traps catch the common terminating signals and make sure everything gets cleaned up. The alias is what does the real magic. I like to check everything for failure. So in general I call programs in an "if !" type statement. By subtracting 1 from the line number the alias will tell me where the failure occurred. It is also dead simple to call, and pretty much idiot proof. Below is an example (just replace /bin/false with whatever you are going to call).

#This is an example useage, it will print out
#Error prog-name (@1): Who knew false is false.
if ! /bin/false ; then
    die "Who knew false is false."
fi

这个功能最近对我很有用:

action () {
    # Test if the first parameter is non-zero
    # and return straight away if so
    if test $1 -ne 0
    then
        return $1
    fi

    # Discard the control parameter
    # and execute the rest
    shift 1
    "$@"
    local status=$?

    # Test the exit status of the command run
    # and display an error message on failure
    if test ${status} -ne 0
    then
        echo Command \""$@"\" failed >&2
    fi

    return ${status}
}

可以通过将0或最后一个返回值附加到要运行的命令的名称来调用它，这样就可以连接命令，而不必检查错误值。使用this，这个语句块:

command1 param1 param2 param3...
command2 param1 param2 param3...
command3 param1 param2 param3...
command4 param1 param2 param3...
command5 param1 param2 param3...
command6 param1 param2 param3...

变成这样:

action 0 command1 param1 param2 param3...
action $? command2 param1 param2 param3...
action $? command3 param1 param2 param3...
action $? command4 param1 param2 param3...
action $? command5 param1 param2 param3...
action $? command6 param1 param2 param3...

<<<Error-handling code here>>>

如果任何命令失败，错误代码将被简单地传递到块的末尾。我发现当您不希望在之前的命令失败后执行后续命令，但也不希望脚本立即退出(例如，在循环中)时，它很有用。

我使用

die() {
        echo $1
        kill $$
}

之前;我想因为某种原因，“退出”对我来说是失败的。不过，上面的默认设置似乎是个好主意。

受本文介绍的思想的启发，我在bash样板项目中开发了一种可读且方便的方法来处理bash脚本中的错误。

通过简单地获取库，你可以得到以下结果(即它会在任何错误时停止执行，就像使用set -e一样，这要感谢ERR上的陷阱和一些bash-fu):

还有一些额外的特性可以帮助处理错误，比如try和catch，或者throw关键字，它们允许您在某个点中断执行以查看回溯。此外，如果终端支持它，它会输出电力线表情符号，为输出的部分颜色以提高可读性，并在代码行上下文中强调导致异常的方法。

缺点是—它不可移植—代码在bash中工作，可能仅>= 4(但我可以想象它可以通过一些努力移植到bash 3)。

为了更好地处理，代码被分离到多个文件中，但我受到了Luca Borrione上面回答的回溯思想的启发。

要阅读更多或查看源代码，请参阅GitHub:

https://github.com/niieani/bash-oo-framework#error-handling-with-exceptions-and-throw

“set -e”的等效替代是

set -o errexit

它使标志的含义比“-e”更清晰。

随机添加:暂时禁用标志，并返回默认值(继续执行，不管退出码)，只需使用

set +e
echo "commands run here returning non-zero exit codes will not cause the entire script to fail"
echo "false returns 1 as an exit code"
false
set -e

这排除了其他响应中提到的正确错误处理，但它是快速有效的(就像bash一样)。