There are three approaches to finding the name of the current shell's executable: Please note that all three approaches can be fooled if the executable of the shell is /bin/sh, but it's really a renamed bash, for example (which frequently happens). Thus your second question of whether ps output will do is answered with "not always". echo $0 - will print the program name... which in the case of the shell is the actual shell. ps -ef | grep $$ | grep -v grep - this will look for the current process ID in the list of running processes. Since the current process is the shell, it will be included. This is not 100% reliable, as you might have other processes whose ps listing includes the same number as shell's process ID, especially if that ID is a small number (for example, if the shell's PID is "5", you may find processes called "java5" or "perl5" in the same grep output!). This is the second problem with the "ps" approach, on top of not being able to rely on the shell name. echo $SHELL - The path to the current shell is stored as the SHELL variable for any shell. The caveat for this one is that if you launch a shell explicitly as a subprocess (for example, it's not your login shell), you will get your login shell's value instead. If that's a possibility, use the ps or $0 approach. If, however, the executable doesn't match your actual shell (e.g. /bin/sh is actually bash or ksh), you need heuristics. Here are some environmental variables specific to various shells: $version is set on tcsh $BASH is set on bash $shell (lowercase) is set to actual shell name in csh or tcsh $ZSH_NAME is set on zsh ksh has $PS3 and $PS4 set, whereas the normal Bourne shell (sh) only has $PS1 and $PS2 set. This generally seems like the hardest to distinguish - the only difference in the entire set of environment variables between sh and ksh we have installed on Solaris boxen is $ERRNO, $FCEDIT, $LINENO, $PPID, $PS3, $PS4, $RANDOM, $SECONDS, and $TMOUT.

你可以试试:

ps | grep `echo $$` | awk '{ print $4 }'

Or:

echo $SHELL

Ps是最可靠的方法。SHELL环境变量不能保证被设置，即使设置了，也很容易被欺骗。

echo $$ # Gives the Parent Process ID 
ps -ef | grep $$ | awk '{print $8}' # Use the PID to see what the process is.

你如何知道你当前的shell是什么?

Ps -p $$

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

在Mac OS X(和FreeBSD)上:

ps -p $$ -axco command | sed -n '$p' 

Try

ps -p $$ -oargs=

or

ps -p $$ -ocomm=

$SHELL不需要总是显示当前SHELL。它只反映要调用的默认shell。

为了测试上面的测试，假设bash是默认shell，尝试echo $ shell，然后在同一终端，进入其他一些shell(例如KornShell (ksh))并尝试$ shell。在这两种情况下，您将看到结果为bash。

要获得当前shell的名称，使用cat /proc/$$/cmdline。和通过readlink /proc/$$/exe到shell可执行文件的路径。

如果你的/bin/sh支持POSIX标准，并且你的系统已经安装了lsof命令——在这种情况下，lsof的一个可能的替代方案可能是pid2path——你也可以使用(或改编)下面的脚本打印完整的路径:

#!/bin/sh
# cat /usr/local/bin/cursh
set -eu
pid="$$"

set -- sh bash zsh ksh ash dash csh tcsh pdksh mksh fish psh rc scsh bournesh wish Wish login

unset echo env sed ps lsof awk getconf

# getconf _POSIX_VERSION  # reliable test for availability of POSIX system?
PATH="`PATH=/usr/bin:/bin:/usr/sbin:/sbin getconf PATH`"
[ $? -ne 0 ] && { echo "'getconf PATH' failed"; exit 1; }
export PATH

cmd="lsof"
env -i PATH="${PATH}" type "$cmd" 1>/dev/null 2>&1 || { echo "$cmd not found"; exit 1; }

awkstr="`echo "$@" | sed 's/\([^ ]\{1,\}\)/|\/\1/g; s/ /$/g' | sed 's/^|//; s/$/$/'`"

ppid="`env -i PATH="${PATH}" ps -p $pid -o ppid=`"
[ "${ppid}"X = ""X ] && { echo "no ppid found"; exit 1; }

lsofstr="`lsof -p $ppid`" || 
   { printf "%s\n" "lsof failed" "try: sudo lsof -p \`ps -p \$\$ -o ppid=\`"; exit 1; }

printf "%s\n" "${lsofstr}" | 
   LC_ALL=C awk -v var="${awkstr}" '$NF ~ var {print $NF}'

如果你只是想确保用户正在使用Bash调用脚本:

if [ -z "$BASH" ]; then echo "Please run this script $0 with bash"; exit; fi

或参考

if [ -z "$BASH" ]; then exec bash $0 ; exit; fi

请使用以下命令:

ps -p $$ | tail -1 | awk '{print $4}'

下面将始终给出实际使用的shell -它获得实际可执行文件的名称，而不是shell名称(即ksh93而不是ksh，等等)。对于/bin/sh，它将显示实际使用的shell，即破折号。

ls -l /proc/$$/exe | sed 's%.*/%%'

我知道有很多人说ls输出永远不应该被处理，但是您所使用的shell以特殊字符命名，或者位于以特殊字符命名的目录中的可能性有多大?如果情况仍然如此，还有很多其他不同的做法。

正如托比·斯佩特(Toby Speight)所指出的，这将是实现相同目标的更适当、更干净的方式:

basename $(readlink /proc/$$/exe)

如果您只是想检查您正在运行(特定版本的)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版本是兼容的。

没有一个答案适用于fish shell(它没有变量$$或$0)。

这适用于我(测试在sh, bash, fish, ksh, csh, true, tcsh，和zsh;openSUSE 13.2):

ps | tail -n 4 | sed -E '2,$d;s/.* (.*)/\1/'

该命令输出类似bash的字符串。这里我只使用ps、tail和sed(没有GNU扩展;尝试添加——posix来检查它)。它们都是标准的POSIX命令。我相信尾巴是可以去掉的，但是我的sed fu还不够强。

在我看来，这个解决方案不是很可移植，因为它不能在OS x上工作:(

我尝试过许多不同的方法，对我来说最好的方法是:

ps -p $$

它也可以在Cygwin下工作，并且不能像PID grepping那样产生假阳性。经过一些清理，它只输出一个可执行名称(在Cygwin With path下):

ps -p $$ | tail -1 | awk '{print $NF}'

你可以创建一个函数，这样你就不必记住它:

# Print currently active shell
shell () {
  ps -p $$ | tail -1 | awk '{print $NF}'
}

…然后执行shell。

它在Debian和Cygwin下进行了测试。

不需要从"ps"的输出中Grepping PID，因为你可以从/proc目录结构中读取任何PID的相应命令行:

echo $(cat /proc/$$/cmdline)

然而，这可能并不比简单地:

echo $0

关于运行一个与名称不同的shell，一个想法是使用之前获得的名称从shell请求版本:

<some_shell> --version

sh似乎失败的退出码2，而其他人给出一些有用的(但我无法验证所有，因为我没有他们):

$ sh --version
sh: 0: Illegal option --
echo $?
2

这不是一个非常干净的解决方案，但它是你想要的。

# MUST BE SOURCED..
getshell() {
    local shell="`ps -p $$ | tail -1 | awk '{print $4}'`"

    shells_array=(
    # It is important that the shells are listed in descending order of their name length.
        pdksh
        bash dash mksh
        zsh ksh
        sh
    )

    local suited=false
    for i in ${shells_array[*]}; do
        if ! [ -z `printf $shell | grep $i` ] && ! $suited; then
            shell=$i
            suited=true
        fi
    done

    echo $shell
}
getshell

现在您可以使用$(getshell)——version。

不过，这只适用于kornshell类shell (ksh)。

我对打印父进程的变体:

ps -p $$ | awk '$1 == PP {print $4}' PP=$$

当AWK可以为您运行不必要的应用程序时，不要运行它。

我有一个简单的技巧来找到当前的壳。只需输入一个随机字符串(这不是命令)。它将失败并返回一个“not found”错误，但在行开始时，它会说它是哪个shell:

ksh: aaaaa: not found [No such file or directory]
bash: aaaaa: command not found

我的解决方案:

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变量)。

有许多方法可以找到shell及其对应的版本。下面是一些对我有用的方法。

直截了当的

$> echo $0(给你程序名。在我的例子中，输出是-bash。) $> $SHELL(这将带您进入SHELL，并在提示符中获得SHELL名称和版本。在我的情况下bash3.2$。) $> echo $SHELL(这将给你可执行的路径。在我的情况下/bin/bash。) $> $SHELL——version(这将提供有关许可证类型的SHELL软件的完整信息)

独创性的方法

$> *******(输入一组随机字符，在输出中您将获得shell名称。在我的例子中-bash: chapter2-a-sample-isomorphic-app: command not found)

这个在Red Hat Linux (RHEL)， macOS, BSD和一些aix上运行良好:

ps -T $$ | awk 'NR==2{print $NF}' 

或者，如果pstree可用，下面的一个也应该工作，

pstree | egrep $$ | awk 'NR==2{print $NF}'

执行以下操作以了解您的shell是否使用Dash/Bash。

ls –la /bin/sh：

如果结果是/bin/sh -> /bin/bash ==>那么你的shell使用的是Bash。 如果结果是/bin/sh ->/bin/dash ==>那么你的shell使用的是dash。

如果你想从Bash更改为Dash或反之亦然，请使用下面的代码:

将shell更改为Bash

注意:如果上述命令导致错误提示/bin/sh已经存在，请删除/bin/sh后重试。

我想到了这个:

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

我特别喜欢Nahuel Fouilleul的解决方案，但我不得不在Ubuntu 18.04 (Bionic Beaver)上使用内置的Bash shell运行它的以下变体:

bash -c 'shellPID=$$; ps -ocomm= -q $shellPID'

没有临时变量shellPID，例如:

bash -c 'ps -ocomm= -q $$'

只会输出ps。也许你们不是都在使用非交互模式，这是有区别的。

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

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

输出:

bash

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

一种方法是:

ps -p $$ -o exe=

在我看来，这比在另一个答案中使用-o args或-o comm更好(这些可能会使用一些符号链接，例如当/bin/sh指向某个特定的shell，如Dash或Bash)。

上面返回的是可执行文件的路径，但要注意，由于/usr-merge，可能需要检查多个路径(例如/bin/bash和/usr/bin/bash)。

还要注意，上面的文件并不完全与POSIX兼容(POSIX ps没有exe)。

你可以使用echo $SHELL|sed "s/\/bin\// g"