作为 Linux 开发者，你是否遇到过脚本在本地测试正常，放到服务器却莫名报错的情况？这很可能是 dash 和 bash 的兼容性问题导致的。本文将通过实测对比，帮你彻底理清两者的差异。
一、为什么我们需要区分 dash 和 bash？
Ubuntu 等现代 Linux 发行版默认将 /bin/sh 链接到 dash（而非 bash），因为 dash 更轻量。但 bash 的丰富功能在日常开发中使用更广泛，这就导致了兼容性问题。
典型报错场景：
#!/bin/sh
# 在dash中会报错
if [[ $VAR == "value" ]]; then
echo "Bash style"
fi
二、核心差异对比
| 特性 | bash | dash | |---------------|-------------------------------|-------------------------------| | 数组支持 | 支持复杂数组操作 | 仅支持基础数组 | | 字符串处理 | 支持 ${VAR//pattern/repl} | 仅支持基本替换 | | 条件判断 | 支持 [[ ]] 和 [ ] | 仅支持 [ ] | | 启动速度 | 较慢（约 0.01s） | 极快（约 0.003s） | | 内存占用 | 较高（约 1.2MB） | 极低（约 0.5MB） |
三、关键语法差异实战
1. 条件判断写法
# bash专属写法（dash报错）
if [[ "$OSTYPE" == "linux-gnu"* ]]; then
echo "Linux system"
fi
# 兼容写法
if [ "$OSTYPE" = "linux-gnu"* ]; then
echo "Linux system"
fi
2. 字符串替换
# bash专属功能
echo ${PATH//:/\n} # 将冒号替换为换行
# 兼容方案
echo "$PATH" | tr ':' '\n'
四、生产环境选型建议
选择 dash 的场景：
嵌入式设备等资源受限环境
系统启动脚本（需要快速执行）
只需要基础 POSIX 功能的场景
选择 bash 的场景：
需要复杂字符串/数组操作
使用高级条件判断（如正则匹配）
交互式命令行环境
五、实用检查技巧
查看当前系统的 /bin/sh 指向：
ls -l /bin/sh # 通常显示 -> dash
性能对比测试：
# 测试bash启动时间
time bash -c "echo hello"
# 测试dash启动时间
time dash -c "echo hello"
六、最佳实践总结
脚本第一行明确声明解释器：
#!/bin/bash # 明确需要bash特性时
#!/bin/sh # 确保POSIX兼容时
需要兼容时：
避免使用 [[ ]]，改用 [ ]
复杂的字符串处理改用 awk/sed
测试脚本时使用目标环境解释器
记住：在 Ubuntu 上开发时，用 ./test.sh 和 sh test.sh 可能是不同的执行环境！建议通过完整路径 /bin/bash test.sh 明确指定。