Try

ps -p $$ -oargs=

or

ps -p $$ -ocomm=

使用$SHELL环境变量获取它。简单的sed可以删除路径:

echo $SHELL | sed -E 's/^.*\/([aA-zZ]+$)/\1/g'

输出:

bash

它在macOS、Ubuntu和CentOS上进行了测试。

我的解决方案:

ps -o command | grep -v -e "\<ps\>" -e grep -e tail | tail -1

这应该可以跨不同的平台和shell进行移植。它像其他解决方案一样使用ps，但它不依赖于sed或awk，并过滤掉管道和ps本身的垃圾，因此shell应该始终是最后一个条目。这样我们就不需要依赖不可移植的PID变量或选择正确的行和列。

我已经在Debian和macOS上用Bash、Z shell (zsh)和fish进行了测试(如果不专门为fish更改表达式，大多数解决方案都无法使用，因为它使用了不同的PID变量)。

Ps -p $$

应该在涉及ps -ef和grep的解决方案的任何地方工作(在任何支持POSIX选项的ps的Unix变体上)，并且不会受到grepping对可能出现在其他地方的数字序列引入的误报的影响。

如果您只是想检查您正在运行(特定版本的)Bash，最好的方法是使用$BASH_VERSINFO数组变量。作为一个(只读)数组变量，它不能在环境中设置， 因此，您可以确定它来自当前shell(如果有的话)。

但是，由于Bash在作为sh调用时具有不同的行为，因此还需要检查以/ Bash结尾的$ Bash环境变量。

在我写的一个脚本中，使用了带-(不是下划线)的函数名，并依赖于关联数组(在Bash 4中添加)，我有以下完整性检查(有有用的用户错误消息):

case `eval 'echo $BASH@${BASH_VERSINFO[0]}' 2>/dev/null` in
    */bash@[456789])
        # Claims bash version 4+, check for func-names and associative arrays
        if ! eval "declare -A _ARRAY && func-name() { :; }" 2>/dev/null; then
            echo >&2 "bash $BASH_VERSION is not supported (not really bash?)"
            exit 1
        fi
        ;;
    */bash@[123])
        echo >&2 "bash $BASH_VERSION is not supported (version 4+ required)"
        exit 1
        ;;
    *)
        echo >&2 "This script requires BASH (version 4+) - not regular sh"
        echo >&2 "Re-run as \"bash $CMD\" for proper operation"
        exit 1
        ;;
esac

在第一种情况下，您可以忽略对特性的功能检查，只假设将来的Bash版本是兼容的。

我想到了这个:

sed 's/.*SHELL=//; s/[[:upper:]].*//' /proc/$$/environ