在 Linux 和 Unix 系统中，常见的 Shell 解释器主要分为 Bourne Shell (sh)、Bash (bash)、C Shell (csh)、Korn Shell (ksh) 和 Z Shell (zsh) 等。严格来说，脚本本身没有类型之分，区别在于执行脚本的解释器。日常运维最推荐使用 Bash，而追求 POSIX 兼容性或系统底层脚本时则选用 sh。
先说结论：Bash 是目前 Linux 发行版默认的脚本环境，功能最均衡，适合绝大多数自动化场景。
- 适合：系统管理、批量文件处理、定时任务等自动化运维工作。
- 重点看：脚本首行的 Shebang 声明（如#!/bin/bash），它决定了脚本由哪个解释器执行。
- 别忽略：不同 Shell 的语法差异，避免在 sh 环境下使用 Bash 特有功能导致报错。
主流 Shell 解释器特性对比
不同解释器在启动速度、功能丰富度和兼容性上存在差异，选型时需根据场景决定：
- sh (Bourne Shell)：POSIX 标准兼容性好，体积小，启动快。常用于系统启动脚本或对兼容性要求极高的场景。Linux 下通常指向 dash 或 bash 的兼容模式。
- bash (Bourne Again Shell)：功能最丰富，支持数组、命令补全、历史记录等。是大多数 Linux 发行版的默认交互 Shell 和脚本解释器。
- zsh (Z Shell)：交互体验最佳，插件生态丰富，适合个人交互式使用，但作为脚本解释器时需确保目标环境已安装。
- csh/ksh：历史遗留较多，C 语法风格，现代运维中较少作为脚本首选，除非维护旧系统。
语法差异实操对比
不同解释器对语法的支持程度不同，以下是 Bash 特有但 sh 可能不支持的常见特性示例：
1. 数组支持
# Bash 支持数组
arr=(a b c)
echo ${arr[0]}# sh (如 dash) 运行上述代码会报错：Syntax error: "(" unexpected2. 双中括号 [[ ]]
# Bash 支持高级测试
if [[ -n "$var" ]]; thenecho "Exists"
fi# sh 通常只支持单中括号 [ ]，使用 [[ 会报错因此，编写需跨平台运行的脚本时，建议严格遵循 POSIX 标准，或使用 #!/bin/bash 明确指定解释器。
环境查看与切换方法
确认系统支持的 Shell 列表及当前配置，可按以下步骤操作：
1. 查看系统安装的解释器
cat /etc/shells2. 查看当前用户登录 Shell
echo $SHELL注意：echo $SHELL 仅显示用户登录时的默认 Shell，不代表脚本实际运行环境。脚本运行环境由 Shebang 或调用命令决定。
3. 查看脚本实际运行进程
在脚本内部加入以下命令可确认当前解释器：
ps -p $$ -o comm=4. 切换用户默认 Shell
若需更改默认交互 Shell，使用 chsh 命令（需目标 Shell 在 /etc/shells 中）：
chsh -s /bin/zsh修改后需重新登录生效。系统级默认 Shell 修改需谨慎，可能影响系统工具运行。
验证与常见排查
脚本编写完成后，建议通过以下方式验证兼容性：
1. 语法检查
bash -n script.sh # 检查 Bash 语法
sh -n script.sh # 检查 POSIX 兼容语法2. 执行状态验证
运行后通过 echo $? 检查退出状态，0 表示成功。若脚本报错，优先检查 Shebang 行是否缺失或路径错误。
3. 常见坑点
- Shebang 缺失：未指定解释器时，系统可能默认用 sh 运行，导致 Bash 特性报错。
- 权限不足：脚本需执行权限 (
chmod +x) 或通过解释器调用 (bash script.sh)。 - Ubuntu Dash 陷阱：Ubuntu 中 /bin/sh 通常指向 dash，不支持 Bash 数组。若脚本需用 Bash 特性，首行必须写
#!/bin/bash而非#!/bin/sh。 - 变量赋值空格：VAR=value 中间不能有空格，否则会被识别为命令。
原文链接：https://www.zjcp.cc/ask/11018.html