在Linux系统中，准确识别当前正在使用的Shell是一个常见但容易出错的基本操作。许多用户习惯性地输入echo $SHELL，却不知该命令常常带来误导。需要牢记的关键原则是：要查看当前正在运行的Shell进程，应使用ps -p $$或echo $0；而想要确认默认登录Shell（即系统为用户预设的Shell），则应查询$SHELL环境变量或/etc/passwd文件。这两个值往往不同，混淆使用会导致错误的判断。
为什么 echo $SHELL 不一定反映当前 Shell
简而言之，$SHELL环境变量仅记录了系统配置文件/etc/passwd中为用户预设的默认Shell路径。这是一个静态设置，并不能实时反映当前终端会话中实际运行的Shell程序。
例如，假设你登录后默认Shell为bash，然后你在该终端中执行zsh命令切换到zsh。此时运行echo $SHELL，得到的仍然是/bin/bash，但当前执行命令和脚本的进程早已变成了zsh。
- 它不会因为用户执行
exec zsh或exec fish等命令而自动更新。 - 普通用户无法直接修改该变量，除非使用
chsh命令更改默认Shell后重新登录。 - 在CI/CD流水线或Docker容器等自动化环境中，
$SHELL常被设为/bin/sh，但实际执行脚本的可能是dash或bash，导致判断更不可靠。
ps -p $$ 和 echo $0 的区别与适用场景
既然$SHELL不可靠，那么如何正确查看当前Shell？主要依赖ps -p $$和echo $0这两个命令。两者原理不同，适用场景也有所差异。
$$是一个特殊变量，存储当前Shell进程的PID（进程ID）。因此ps -p $$向操作系统内核查询：PID为$$的进程名称是什么？该结果直接来自进程表，非常可靠。通常使用ps -p $$ -o comm=仅输出命令名，例如bash、zsh、dash等。
而$0代表当前Shell或脚本被调用时的“第零个参数”，即其名称。在交互式Shell中，该值通常准确，但存在被篡改的可能。例如，通过exec -a myshell bash启动bash后，该bash进程中的$0将显示为myshell而非bash。
ps -p $$ -o comm=：输出最可靠，直接对应内核进程表中的进程名。echo $0：在交互式会话中通常准确且更轻量。但在脚本内部，$0显示的是脚本本身的路径（例如./deploy.sh），此时要获得Shell名称，可能需要配合basename "$0"处理。- 另一个场景：如需判断当前是否处于子Shell（例如管道
|之后或( )命令分组中），使用ps观察PID变化更为直观，因为子Shell会生成新的PID。
怎么知道系统支持哪些 Shell 而不只是当前用的
有时我们不仅需要了解当前使用的Shell，还想知道系统支持哪些Shell。例如，在更改默认Shell之前，需要先查看可用的选项。
此时，权威信息存储在/etc/shells文件中。这是一个白名单，列出了系统认可、可合法设为用户登录Shell的所有解释器路径。
- 执行
cat /etc/shells，即可看到类似/bin/bash、/usr/bin/zsh、/bin/dash的列表。 - 如果某个Shell的路径不在该文件中（例如自行编译安装到
/opt/myshell），则无论使用chsh还是usermod -s修改，系统都会拒绝。 - 此外，
chsh -l命令是快捷方式，本质也是读取/etc/shells。但需注意，某些极简系统（如Alpine Linux）可能不支持-l选项，此时直接查看/etc/shells更稳妥。
常见误判：看到 /bin/sh 就以为是 Bourne Shell
这是另一个经典误解。许多用户看到/bin/sh，便认为它是传统的Bourne Shell。实际上，几乎所有现代Linux发行版中，/bin/sh都是一个符号链接，指向真正的Shell程序。
在Debian、Ubuntu及其衍生系统中，/bin/sh通常链接到dash（一个更轻量快速的Shell）；而在CentOS、RHEL、Fedora等系统中，则通常链接到bash，但bash会以兼容模式运行，禁用其大部分扩展特性。无论背后是哪个Shell，当以/bin/sh身份运行时，行为均严格遵循POSIX标准。
这意味着什么？许多你熟悉的bash特性——例如双中括号条件判断[[ ]]、数组、source命令（在sh中通常使用.）——在/bin/sh环境中并不可用。
- 要查看
/bin/sh的实际指向，执行ls -l /bin/sh，输出如/bin/sh -> dash。 - 也可进行简单测试：
/bin/sh -c 'echo ${BASH_VERSION:-no}'。如果输出bash版本号，说明背后为bash且处于兼容模式；如果输出“no”或为空，则很可能是dash或其他严格POSIX Shell。 - 这一点对编写可移植脚本至关重要。若脚本开头使用
#!/bin/sh却包含大量bash特有语法，在Debian系系统上可能静默失败，因为dash无法识别这些语法。
因此，真正重要的并非“它叫什么名字”，而是“它实际遵循哪个标准执行”。/bin/sh可能指向dash，$SHELL变量可能记录着bash，而当前终端中实际运行的可能是zsh。这三个值相互独立，分别代表不同含义。下次需要查看Shell时，请先明确要查询的目标，再选择合适的命令，从而获得准确结果。
