linux dash是Debian以及Ubuntu等发行版中默认的/bin/sh符号链接所指向的shell程序，它是一个遵循POSIX标准的轻量级命令行解释器。Dash全称Debian Almquist Shell，最初源于NetBSD的ash，后被移植到Linux并持续优化。它的设计目标是极小体积与极快启动速度，因此被广泛用于系统启动脚本和服务管理，而不是承担复杂的交互式终端任务。
dash的定位与诞生背景
Dash的出现与Linux发行版对启动效率的追求直接相关。在早期的Debian系统中，/bin/sh曾经指向bash，但bash作为功能丰富的大体量shell，在系统引导阶段会被频繁调用，每次启动都要加载大量交互特性，拖慢了开机速度。为了减少初始化开销，Debian开发者将ash移植并改造为dash，使其作为系统shell专职处理脚本，而将bash保留给普通用户登录使用。
从实现层面看，dash仅支持POSIX 1003.1标准定义的shell语法，主动舍弃了bash的众多扩展。例如它不支持关联数组、不支持双中括号[[ ]]条件判断、不支持==比较运算符（只能用单个=）、不支持let算术表达式等。这种做减法的思路换来了二进制体积通常不到bash三分之一、内存占用极低的好处，使其在嵌入式设备和容器镜像里非常受欢迎。
dash与bash的核心差异
很多脚本在bash下正常运行，放到dash里却报错，根源就在语法扩展不同。下面用表格列出常见区别：
| 特性 | bash | dash |
|---|---|---|
| 数组 | 支持 array=(1 2 3) | 不支持 |
| 条件测试 | 支持 [[ -f file ]] | 仅支持 [ -f file ] |
| 字符串相等 | 支持 if [ "$a" == "$b" ] | 只能用 if [ "$a" = "$b" ] |
| 算术运算 | 支持 ((i++)) 或 let i=i+1 | 仅支持 $((i+1)) 形式 |
| 函数声明 | function foo { } 或 foo() { } | 仅支持 foo() { } |
除了语法，二者在交互体验上差距也很大。Bash提供了命令补全、历史搜索、提示符定制、作业控制等丰富功能；dash则几乎不提供这些，它假设自己只被用来执行写好的一次性脚本。因此如果你在终端直接执行dash命令进入shell，会感觉像一个精简到极致的裸环境。
如何查看与切换系统的sh
在Debian系系统里，可以通过如下命令确认当前/bin/sh指向哪里：
# 查看sh指向 ls -l /bin/sh # 典型输出：/bin/sh -> dash # 如果想临时用bash作为sh（不推荐长期使用） sudo dpkg-reconfigure dash # 在界面中选择“否”即可将/bin/sh指回bash
上面的dpkg-reconfigure是Debian提供的管理工具，它会询问是否将dash设为默认系统shell。生产服务器上一般建议保持dash作为/bin/sh，以确保启动脚本符合POSIX规范，减少意外依赖bash扩展的风险。
对于写脚本的开发者，明确解释器至关重要。如果脚本用了bash特性，第一行的shebang必须写#!/bin/bash；如果脚本保证只用POSIX语法，可以写#!/bin/sh，这样在dash环境下也能高效运行。下面是一个兼容dash的简易脚本示例：
#!/bin/sh
# 使用dash可正常执行的POSIX脚本
name="world"
if [ "$name" = "world" ]; then
echo "hello $name"
fi
count=1
while [ $count -le 3 ]; do
echo "num: $count"
count=$((count + 1))
done
在什么场景该用dash
当你需要编写系统服务启动脚本、Docker容器内的入口脚本，或是在资源受限的嵌入式板子上执行任务时，dash是更优选择。它的低开销意味着在频繁fork子进程调用脚本的场景中，整体启动时间显著短于bash。例如一个容器若只用sh执行初始化，基础镜像甚至可以基于仅含dash的精简系统构建。
相反，如果你要做交互式运维、写包含复杂逻辑和数组处理的工具脚本，显然bash更顺手。不少团队规范里要求：服务类脚本用#!/bin/sh保证可移植，运维人员的本地工具用#!/bin/bash享受扩展。理解linux dash是什么，本质就是理解“系统shell”与“用户shell”的分工。
常见误区与避坑建议
一个典型误区是认为“在Ubuntu桌面终端里用的是dash”。实际上终端默认登录shell依旧是bash，只有当你显式运行sh或脚本由系统调用时才会用到dash。另一个误区是在Makefile或CI里写了一些bash专属语法却用sh去执行，结果本地能过、流水线报错。
建议所有跨环境脚本都先用checkbashisms工具扫描，它能列出代码中可能存在的bash特有写法。若目标是dash兼容，就根据提示改写；若确定只用bash，则务必在shebang和调用方式上统一，避免混淆。
linux_dashdash_shellbash_vs_dash修改时间：2026-08-09 12:36:24