你最喜欢在Bash中处理错误的方法是什么?
我在网上找到的处理错误的最好的例子是William Shotts, Jr在http://www.linuxcommand.org上写的。
他建议在Bash中使用以下函数进行错误处理:
#!/bin/bash
# A slicker error handling routine
# I put a variable in my scripts named PROGNAME which
# holds the name of the program being run. You can get this
# value from the first item on the command line ($0).
# Reference: This was copied from <http://www.linuxcommand.org/wss0150.php>
PROGNAME=$(basename $0)
function error_exit
{
# ----------------------------------------------------------------
# Function for exit due to fatal program error
# Accepts 1 argument:
# string containing descriptive error message
# ----------------------------------------------------------------
echo "${PROGNAME}: ${1:-"Unknown Error"}" 1>&2
exit 1
}
# Example call of the error_exit function. Note the inclusion
# of the LINENO environment variable. It contains the current
# line number.
echo "Example of error with line number and message"
error_exit "$LINENO: An error has occurred."
在Bash脚本中是否有更好的错误处理例程?
不确定这是否对您有帮助，但我修改了这里的一些建议函数，以便在其中包括错误检查(先前命令的退出代码)。
在每次“检查”中，我还将错误的“消息”作为参数传递给日志记录。
#!/bin/bash
error_exit()
{
if [ "$?" != "0" ]; then
log.sh "$1"
exit 1
fi
}
现在要在同一个脚本中调用它(或者在另一个脚本中，如果我使用export -f error_exit)，我只需写函数名并传递一个消息作为参数，如下所示:
#!/bin/bash
cd /home/myuser/afolder
error_exit "Unable to switch to folder"
rm *
error_exit "Unable to delete all files"
使用这个，我能够为一些自动化进程创建一个真正健壮的bash文件，它将在错误的情况下停止并通知我(log.sh将这样做)
另一个需要考虑的问题是返回的退出码。只有“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代码可以让脚本显示多个同时发生的错误。
使用陷阱!
tempfiles=( )
cleanup() {
rm -f "${tempfiles[@]}"
}
trap cleanup 0
error() {
local parent_lineno="$1"
local message="$2"
local code="${3:-1}"
if [[ -n "$message" ]] ; then
echo "Error on or near line ${parent_lineno}: ${message}; exiting with status ${code}"
else
echo "Error on or near line ${parent_lineno}; exiting with status ${code}"
fi
exit "${code}"
}
trap 'error ${LINENO}' ERR
.．.然后，每当你创建一个临时文件:
temp_foo="$(mktemp -t foobar.XXXXXX)"
tempfiles+=( "$temp_foo" )
并且$temp_foo将在退出时被删除，并将打印当前行号。(set -e同样会给你错误退出的行为，尽管它有严重的警告，并削弱了代码的可预测性和可移植性)。
您可以让trap为您调用错误(在这种情况下，它使用默认的退出代码1和无消息)或自己调用它并提供显式值;例如:
error ${LINENO} "the foobar failed" 2
将以状态2退出，并给出一个显式消息。
或者使用-s extdebug，并对陷阱的第一行进行一些修改，以全面地捕获所有非零退出代码(mind set -e非错误非零退出代码):
error() {
local last_exit_status="$?"
local parent_lineno="$1"
local message="${2:-(no message ($last_exit_status))}"
local code="${3:-$last_exit_status}"
# ... continue as above
}
trap 'error ${LINENO}' ERR
shopt -s extdebug
这也与set -eu“兼容”。
有时set -e, trap ERR,set -o,set -o pipefail和set -o errtrace不能正常工作，因为它们试图在shell中添加自动错误检测。这在实践中并不奏效。
在我看来，你应该编写自己的错误检查代码，而不是使用set -e和其他东西。如果您明智地使用set -e，请注意潜在的陷阱。
为了避免在运行代码时出现错误，您可以使用exec 1>/dev/null或exec 2>/dev/null
Linux中的/dev/null是一个空设备文件。这将丢弃写入它的任何内容，并在读取时返回EOF。您可以在命令末尾使用此命令
对于try/catch，您可以使用&&或||来实现类似的行为
Use可以像这样使用&&
{ # try
command &&
# your command
} || {
# catch exception
}
或者你可以用if else:
if [[ Condition ]]; then
# if true
else
# if false
fi
$ ?显示最后一个命令的输出，它返回1或0
不确定这是否对您有帮助，但我修改了这里的一些建议函数，以便在其中包括错误检查(先前命令的退出代码)。
在每次“检查”中，我还将错误的“消息”作为参数传递给日志记录。
#!/bin/bash
error_exit()
{
if [ "$?" != "0" ]; then
log.sh "$1"
exit 1
fi
}
现在要在同一个脚本中调用它(或者在另一个脚本中，如果我使用export -f error_exit)，我只需写函数名并传递一个消息作为参数，如下所示:
#!/bin/bash
cd /home/myuser/afolder
error_exit "Unable to switch to folder"
rm *
error_exit "Unable to delete all files"
使用这个，我能够为一些自动化进程创建一个真正健壮的bash文件，它将在错误的情况下停止并通知我(log.sh将这样做)
