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

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

没有临时变量shellPID，例如:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ps -p $$

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

我的解决方案:

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