最准方法是用 ps -p $$ -o comm= 查当前真实运行的 shell，它直接读进程表、不依赖环境变量；查默认登录 shell 则须看 /etc/passwd 第 7 列，因 $SHELL 仅为登录时快照，不反映实时状态或系统策略。
直接看当前终端正在跑哪个 shell，用 ps -p $$ -o comm= 最准；想查下次登录默认用哪个，则必须看 /etc/passwd 第 7 列。
ps -p $$ -o comm= 查当前真实运行的 shell
这个命令不依赖环境变量，只读进程表，结果最可靠。比如你从 bash 启动了 zsh，$$ 就是 zsh 的 PID，ps 返回的就是 zsh，不是 $SHELL 里存的旧值。
-
$$是当前 shell 进程的 PID，ps -p $$就是精准定位它 -
-o comm=去掉表头，只输出命令名（如bash、zsh、-bash），开头的短横表示它是登录 shell - 注意：
ps -p $$ -o args=会显示完整路径（如/bin/bash），但有时带参数，不如comm干净 - 在脚本里也生效，不受子 shell 或
exec干扰
grep "^$USER:" /etc/passwd | cut -d: -f7 查默认登录 shell
这是唯一能反映 chsh 或 usermod -s 修改结果的方式，决定你下次 SSH 或图形界面登录时启动哪个解释器。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
-
/etc/passwd每行第 7 字段是硬编码的默认 shell 路径，格式固定 - 用
cut -d: -f7比awk更轻量，没额外依赖 - 如果用户来自 LDAP/NIS，
getent passwd $USER | cut -d: -f7更稳妥 - 别信
$SHELL：它可能还停留在上次登录的值，尤其你刚用chsh改完但没重登
为什么不能只看 $SHELL？
$SHELL 只是历史快照，不是实时状态，也不是系统策略依据。
- 它在用户登录时从
/etc/passwd复制一次，之后就不再更新 - 你手动执行
/bin/zsh，$SHELL仍显示/bin/bash，但ps -p $$已变成zsh - CI/CD 脚本里误用
$SHELL判断兼容性，可能跳过对[[或数组的支持检查 - 容器镜像构建时，
$SHELL常被 Dockerfile 的SHELL指令覆盖，和宿主机完全无关
/etc/shells 不代表当前在用哪个
/etc/shells 是“合法登录 shell 白名单”，跟“当前用的是哪个”毫无关系。
-
cat /etc/shells只告诉你哪些路径能被chsh接受，比如/bin/dash在列表里，不代表你正在用它 - 管理员可能删掉某行（如禁用 zsh），但已用 zsh 登录的会话照常运行
-
/bin/sh在列表里，但它可能是dash或bash的链接——readlink -f /bin/sh才知道真实身份 - 某些最小化系统（如 Alpine）甚至没有
/etc/shells，此时chsh会直接报错，但ps和/etc/passwd依然可用
真正关键的不是路径字符串，而是进程实际加载的二进制和它的行为；同一路径在不同系统上可能指向完全不同实现，比如 /bin/sh 在 Debian 是 dash，在 CentOS 是 bash，兼容性差异极大。
