我有一个脚本，我不希望它调用退出，如果它是来源。
我想检查是否$0 == bash，但这有问题，如果脚本是从另一个脚本，或者如果用户从不同的shell，如ksh源。
是否有一种可靠的方法来检测脚本是否被引用?
当前回答
解决这个问题的方法不是编写需要知道这些事情才能正确运行的代码。做到这一点的方法是将代码放入函数中，而不是放入需要源代码的脚本主线中。
函数内部的代码可以只返回0或1。这只终止了函数，因此控制返回到调用该函数的任何对象。
无论从源脚本的主线调用函数，还是从顶级脚本的主线调用函数，或者从另一个函数调用函数，都是如此。
使用sourcing来引入“库”脚本，这些脚本只定义函数和变量，但实际上不执行任何其他顶级命令:
. path/to/lib.sh # defines libfunction
libfunction arg
否则:
path/to/script.sh arg # call script as a child process
而不是:
. path/to/script.sh arg # shell programming anti-pattern
其他回答
我遵循mklement0紧凑表达式。
这很整洁，但我注意到，当调用ksh时，它可能会失败:
/bin/ksh -c ./myscript.sh
(它认为它是源的，而不是因为它执行了一个子shell) 但是表达式可以检测到这一点:
/bin/ksh ./myscript.sh
此外，即使表达式是紧凑的，语法也不兼容所有shell。
因此，我以以下代码结束，它适用于bash,zsh,dash和ksh
SOURCED=0
if [ -n "$ZSH_EVAL_CONTEXT" ]; then
[[ $ZSH_EVAL_CONTEXT =~ :file$ ]] && SOURCED=1
elif [ -n "$KSH_VERSION" ]; then
[[ "$(cd $(dirname -- $0) && pwd -P)/$(basename -- $0)" != "$(cd $(dirname -- ${.sh.file}) && pwd -P)/$(basename -- ${.sh.file})" ]] && SOURCED=1
elif [ -n "$BASH_VERSION" ]; then
[[ $0 != "$BASH_SOURCE" ]] && SOURCED=1
elif grep -q dash /proc/$$/cmdline; then
case $0 in *dash*) SOURCED=1 ;; esac
fi
请随意添加异国情调的贝壳支持:)
我想对丹尼斯非常有用的回答提出一个小小的更正，让它更容易携带，我希望:
[ "$_" != "$0" ] && echo "Script is being sourced" || echo "Script is a subshell"
因为[[不被Debian POSIX兼容外壳识别(有些保留的IMHO)， dash。同样，在shell中，可能需要使用引号来防止文件名中包含空格。
这似乎在Bash和Korn之间是可移植的:
[[ $_ != $0 ]] && echo "Script is being sourced" || echo "Script is a subshell"
与此类似的行或赋值语句如pathname="$_"(带有稍后的测试和操作)必须位于脚本的第一行或shebang之后的行(如果使用了shebang，则应该用于ksh，以便它在大多数情况下工作)。
如果您的Bash版本知道BASH_SOURCE数组变量，请尝试如下操作:
# man bash | less -p BASH_SOURCE
#[[ ${BASH_VERSINFO[0]} -le 2 ]] && echo 'No BASH_SOURCE array variable' && exit 1
[[ "${BASH_SOURCE[0]}" != "${0}" ]] && echo "script ${BASH_SOURCE[0]} is being sourced ..."
@mklement0答案的一个小补充。这是我在脚本中使用的自定义函数，用于确定它是否被引用:
replace_shell(){
if [ -n "$ZSH_EVAL_CONTEXT" ]; then
case $ZSH_EVAL_CONTEXT in *:file*) echo "Zsh is sourced";; esac
else
case ${0##*/} in sh|dash|bash) echo "Bash is sourced";; esac
fi
}
在函数中，zsh的“$ZSH_EVAL_CONTEXT”的输出是toplevel:file:shfunc，而不仅仅是toplevel:file;因此，*:file*应该解决这个问题。
