博士TL;

尝试执行return语句。如果脚本没有来源，则会引发错误。您可以捕获该错误并按照需要进行操作。

把它放在一个文件中，并调用它，比如test.sh:

#!/usr/bin/env sh


# Try to execute a `return` statement,
# but do it in a sub-shell and catch the results.
# If this script isn't sourced, that will raise an error.
$(return >/dev/null 2>&1)


# What exit code did that give?
if [ "$?" -eq "0" ]
then
echo "This script is sourced."
else
echo "This script is not sourced."
fi

直接执行:

shell-prompt> sh test.sh
output: This script is not sourced.

来源:

shell-prompt> source test.sh
output: This script is sourced.

对我来说，这可以在zsh和bash中工作。

解释

return语句将引发一个错误，如果你试图在函数之外执行它，或者如果脚本没有来源。在shell提示符中尝试以下操作:

shell-prompt> return
output: ...can only `return` from a function or sourced script

你不需要看到错误消息，所以你可以将输出重定向到dev/null:

shell-prompt> return >/dev/null 2>&1

现在检查逃生码。0表示OK(没有发生错误)，1表示发生错误:

shell-prompt> echo $?
output: 1

你还想在子shell中执行return语句。当return语句运行它时…嗯……的回报。如果在子shell中执行它，它将从子shell返回，而不是从脚本返回。要在子shell中执行，请将其包装在$(...)中:

shell-prompt> $(return >/dev/null 2>$1)

现在，你可以看到子shell的退出代码，它应该是1，因为在子shell内部引发了一个错误:

shell-prompt> echo $?
output: 1

我遵循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”是否等于你的Shell的名称。

#!/bin/bash


echo "First Parameter: $0"
echo
if [[ "$0" == "bash" ]] ; then
echo "The script was sourced."
else
echo "The script WAS NOT sourced."
fi

$ bash check_source.sh
First Parameter: check_source.sh


The script WAS NOT sourced.

$ source check_source.sh
First Parameter: bash


The script was sourced.

< br >

使用100%便携方式来检测脚本是否被引用是相当困难的。

根据我的经验(使用Shellscripting 7年)，唯一安全的方法(不依赖于环境变量pid等，这是不安全的，因为它是变量)，你应该:

• 扩展你的“如果”的可能性
• 使用开关/箱子，如果你想。

这两个选项都不能自动缩放，但这是更安全的方式。

< br >

例如: < br >

当您通过SSH会话获取脚本源代码时，变量"$0"(当使用source时)返回的值为-bash。

#!/bin/bash


echo "First Parameter: $0"
echo
if [[ "$0" == "bash" || "$0" == "-bash" ]] ; then
echo "The script was sourced."
else
echo "The script WAS NOT sourced."
fi

或

#!/bin/bash


echo "First Parameter: $0"
echo
if [[ "$0" == "bash" ]] ; then
echo "The script was sourced."
elif [[ "$0" == "-bash" ]] ; then
echo "The script was sourced via SSH session."
else
echo "The script WAS NOT sourced."
fi

FWIW，在阅读了所有其他的答案后，我想出了以下解决方案:

更新:实际上，有人在另一个答案中发现了一个自更正的错误，这也影响了我的。我认为这里的更新也是一个改进(如果你好奇，请参阅编辑)。

这适用于所有脚本，这些脚本从#!/bin/bash开始，但也可能由不同的shell获取，以学习一些保存在main函数之外的信息(如设置)。

根据下面的评论，这里的答案显然不适用于所有bash变体。同样不适用于/bin/sh基于bash的系统。也就是说，bash v3失败。在MacOS上。(目前我不知道如何解决这个问题。)

#!/bin/bash


# Function definitions (API) and shell variables (constants) go here
# (This is what might be interesting for other shells, too.)


# this main() function is only meant to be meaningful for bash
main()
{
# The script's execution part goes here
}


BASH_SOURCE=".$0" # cannot be changed in bash
test ".$0" != ".$BASH_SOURCE" || main "$@"

你可以使用以下(在我看来可读性较差)代码来代替最后两行，在其他shell中不设置BASH_SOURCE，并允许set -e在main中工作:

if ( BASH_SOURCE=".$0" && exec test ".$0" != ".$BASH_SOURCE" ); then :; else main "$@"; fi

这个脚本配方有以下属性:

• 如果由bash以正常方式执行，则调用main。请注意，这并不包括像bash -x script这样的调用(其中script不包含路径)，见下文。

• 如果由bash派生，则只有在调用脚本恰好具有相同的名称时才会调用main。(例如，如果它在main-script必须在的地方来源自身或通过bash -c 'someotherscript "$@"' main-script args..，则test将视为$BASH_SOURCE)。

• 如果由bash以外的shell获取/执行/读取/evaled，则不会调用main (BASH_SOURCE始终不同于$0)。

• 如果bash从stdin读取脚本，则不会调用main，除非将$0设置为空字符串，如下所示

• 如果在其他脚本中使用bash和eval (eval "`cat script`" 所有引号都是重要的!)求值，则调用main。如果eval直接从命令行运行，这与前面的情况类似，脚本从stdin读取。(BASH_SOURCE是空的，而$0通常是/bin/bash，如果不是强制的完全不同。)

• 如果未调用main，则返回true ($?=0)。

• 这不依赖于意外行为(之前我写的是无文档的，但我发现没有文档表明你不能unset也不能改变BASH_SOURCE):

  • BASH_SOURCE是一个bash保留数组。但是允许BASH_SOURCE=".$0"改变它将打开一个非常危险的蠕虫罐，所以我的预期是，这必须没有任何影响(除非，也许，一些丑陋的警告出现在bash的未来版本中)。
  • 没有文档说明BASH_SOURCE在函数之外工作。然而，相反的情况(它只在函数中工作)也没有文档。观察到，它工作(用bash v4.3和v4.4测试，不幸的是我没有bash v3。如果$BASH_SOURCE像观察到的那样停止工作，那么相当多的脚本将会中断。因此，我的期望是，BASH_SOURCE对bash的未来版本也保持不变。
  • 相比之下(不错的发现，顺便说一下!)考虑( return 0 )，如果是源则给出0，如果没有源则给出1。这不仅对我来说有点出乎意料，和(根据那里的读数)POSIX说，return from subshell是未定义的行为(这里的return显然来自subshell)。也许这个特性最终得到足够广泛的使用，以至于它不能再被改变，但是AFAICS有更高的可能性，在这种情况下，将来的某个bash版本意外地改变了返回行为。
  李< / ul > < / >

  • 不幸的是，__ABC0不能运行main。(比较script 1 2 3，其中script没有路径)。以下可以作为变通方法:

    • bash -x "`which script`" 1 2 3
    • bash -xc '. script' "`which script`" 1 2 3
    • bash script 1 2 3不能运行main可以被认为是一个特性。
    李< / ul > < / >

    • 注意，( exec -a none script )调用main (bash不会将它的$0传递给脚本，为此你需要使用-c，如上一点所示)。

    因此，除了一些极端情况外，main只在脚本以通常的方式执行时被调用。通常这就是你想要的，尤其因为它缺少复杂难懂的代码。

    注意，它与Python代码非常相似:

    if __name__ == '__main__': main()
    

    这也防止调用main，除了一些极端情况，如 你可以导入/加载脚本并强制__name__='__main__'

    为什么我认为这是一个解决挑战的好方法

    如果您有一些可以由多个shell提供源代码的东西，那么它必须是兼容的。然而(阅读其他答案)，因为没有(容易实现的)可移植的方法来检测sourceing，你应该改变规则。

    通过强制脚本必须由/bin/bash执行，你确实做到了这一点。

    这个解决除以下以外的所有情况在这种情况下脚本不能直接运行:

    • /bin/bash未安装或失效(即在引导环境中)
    • 如果你像curl https://example.com/script | $SHELL那样将它管道到一个shell
    • (注意:这只在你的bash足够近的时候才成立。据报道，这种配方对某些变体无效。所以一定要检查它是否适用于你的情况。)

    然而，我想不出任何真正的原因，在哪里你需要它，以及能力来源完全相同的脚本并行!通常你可以将它包装起来手动执行main。像这样:

    • $SHELL -c '. script && main'
    • { curl https://example.com/script && echo && echo main; } | $SHELL
    • $SHELL -c 'eval "`curl https://example.com/script`" && main'
    • echo 'eval "`curl https://example.com/script`" && main' | $SHELL

    笔记

    • 如果没有其他答案的帮助，这个答案是不可能的!甚至是错误的——最初促使我发表这篇文章的原因。

    • 更新:由于在https://stackoverflow.com/a/28776166/490291中发现的新发现而编辑

最后我检查了[[ $_ == "$(type -p "$0")" ]]

if [[ $_ == "$(type -p "$0")" ]]; then
echo I am invoked from a sub shell
else
echo I am invoked from a source command
fi

当使用curl ... | bash -s -- ARGS动态运行远程脚本时，$0将只是bash而不是正常的/bin/bash，当运行实际的脚本文件时，因此我使用type -p "$0"来显示bash的完整路径。

测试:

curl -sSL https://github.com/jjqq2013/bash-scripts/raw/master/common/relpath | bash -s -- /a/b/c/d/e /a/b/CC/DD/EE


source <(curl -sSL https://github.com/jjqq2013/bash-scripts/raw/master/common/relpath)
relpath /a/b/c/d/e /a/b/CC/DD/EE


wget https://github.com/jjqq2013/bash-scripts/raw/master/common/relpath
chmod +x relpath
./relpath /a/b/c/d/e /a/b/CC/DD/EE

这是从其他一些关于“通用”跨壳支持的答案衍生出来的。不可否认，这与https://stackoverflow.com/a/2942183/3220983非常相似，尽管略有不同。这样做的缺点是，客户端脚本必须尊重如何使用它(即先导出一个变量)。它的优点是简单，而且可以在“任何地方”工作。这是你切割的模板。粘贴的快乐:

# NOTE: This script may be used as a standalone executable, or callable library.
# To source this script, add the following *prior* to including it:
# export ENTRY_POINT="$0"


main()
{
echo "Running in direct executable context!"
}


if [ -z "${ENTRY_POINT}" ]; then main "$@"; fi

注意:我使用export只是为了确保这个机制可以扩展到子进程。

解决这个问题的方法不是编写需要知道这些事情才能正确运行的代码。做到这一点的方法是将代码放入函数中，而不是放入需要源代码的脚本主线中。

函数内部的代码只能是return 0或return 1。这只终止了函数，因此控制返回到调用该函数的任何对象。

无论从源脚本的主线调用函数，还是从顶级脚本的主线调用函数，或者从另一个函数调用函数，都是如此。

利用资源引进“图书馆”;只定义函数和变量，但实际上不执行任何其他顶级命令的脚本:

. 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

这并不完全是OP想要的，但我经常发现自己需要源代码脚本只是为了加载它的函数(即作为一个库)。例如，用于基准测试或测试目的。

下面是一个适用于所有shell(包括POSIX)的设计:

• 将所有顶级操作包装在run_main()函数中。
• 让您的源脚本检查初始--no-run参数，该参数不执行任何操作;没有 --no-run，它可以调用run_main。
• source脚本使用:

set -- --no-run "$@"
. script.sh
shift

.或source的问题是不可能将参数可移植地传递给脚本。POSIX shell忽略.的参数，无论如何都会传递调用者的"$@"。

确定bash脚本是采购还是执行的4种方法

我已经阅读了关于这个问题和其他一些问题的一堆答案，并提出了4种我想要总结并放在一个地方的方法。

技巧4是我最喜欢的，因为它看起来最像Python的版本:

if __name__ == "__main__":

参见:什么if __name__ = =“__main__":做什么?了解它在Python中的作用。

1. 你可以在我的eRCaGuy_hello_world repo中的check_if_sourced_or_executed.sh脚本中看到下面所有4种技术的完整演示。
2. 你可以看到下面的技术4在我的高级bash程序中使用，带有帮助菜单、参数解析、main函数、自动执行 vs 源检测(类似于Python中的__name__ == "__main__":)等，请参阅我的演示/模板程序在这个列表中。它目前被称为argument_parsing__3_advanced__gen_prog_template.sh，但如果这个名称在未来发生变化，我将在上面的链接列表中更新它

不管怎样，这里有4个Bash技术:

1. 技巧一(可以放在任何地方): 看到:https://unix.stackexchange.com/questions/424492/how-to-define-a-shell-script-to-be-sourced-not-run/424495#424495 < / p >

   if [ "${BASH_SOURCE[0]}" -ef "$0" ]; then
   echo "  This script is being EXECUTED."
   run="true"
   else
   echo "  This script is being SOURCED."
   fi
   

2. 技巧2 [我的第二喜欢](可以放在任何地方): 修改自:如果__name__ == '__main__' '， bash等价于Python's '是什么?

   if [ "${BASH_SOURCE[0]}" == "$0" ]; then
   echo "  This script is being EXECUTED."
   run="true"
   else
   echo "  This script is being SOURCED."
   fi
   

3. 技巧3(需要另一行必须是外所有函数): 修改自:如何检测脚本是否被引用

   # A. Place this line OUTSIDE all functions:
   (return 0 2>/dev/null) && script_is_being_executed="false" || script_is_being_executed="true"
   
   
   # B. Place these lines anywhere
   if [ "$script_is_being_executed" == "true" ]; then
   echo "  This script is being EXECUTED."
   run="true"
   else
   echo "  This script is being SOURCED."
   fi
   

4. 技巧4 [我的第一个最爱](必须是内部一个函数): 修改自:如何检测脚本是否被引用
   和Unix和Linux:如何定义要获取而不运行的shell脚本。< / p >

   在我最先进的bash演示脚本中可以看到这种技术的使用，这里:argument_parsing__3_advanced__gen_prog_template.sh，在靠近底部的名为run_check的函数中。

   if [ "${FUNCNAME[-1]}" == "main" ]; then
   echo "  This script is being EXECUTED."
   run="true"
   elif [ "${FUNCNAME[-1]}" == "source" ]; then
   echo "  This script is being SOURCED."
   else
   echo "  ERROR: THIS TECHNIQUE IS BROKEN"
   fi
   

参见:

1. [我的回答]bash等价于Python的if __name__ == '__main__'是什么?
2. [我的回答]Unix和Linux:如何定义要获取而不运行的shell脚本

@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*应该修复这个问题。

使用shebang行并检查它是否正在执行。

你的脚本应该有一个shebang行#!/path/to/shell，说明它应该在哪个shell中运行。否则，您还会遇到其他跨shell兼容性问题。

因此，您只需要通过尝试在源时不起作用的命令来检查它是否正在执行。

如。对于Bash脚本:

#!/usr/bin/env bash


if (return 0 2>/dev/null); then
echo "Script was sourced."
fi

这个方法也适用于zsh和sh只是改变shebang行。