${var:-default}提供只读兜底值，避免未定义变量导致静默失败；${var:=default}则会赋值修改原变量；运维中常用于路径、超时、服务地址等场景，并配合set -u提升脚本健壮性。
直接用 ${VAR:-default} 就能避免未定义变量导致的静默失败，它不改变原变量，只在需要时提供兜底值——这是运维脚本稳定性的基础防线。
为什么必须用默认值语法
Shell 默认把未定义变量当空字符串处理，不会报错。比如 ssh $host $cmd 中 $host 拼错或漏设，命令就变成 ssh uptime，看似“执行成功”，实则连错机器。这种静默失败在线上环境极难排查。
启用 set -u（即 set -o nounset）可让脚本在遇到未定义变量时立即退出报错，但仅靠它不够：有些变量本就该按需提供，默认值才是真正的容错手段。
${VAR:-default} 和 ${VAR:=default} 的关键区别
两者都用于变量不存在或为空时返回默认值，但行为不同：
-
${VAR:-default}：只读取，不赋值。适合做临时兜底，不影响后续逻辑判断 -
${VAR:=default}：读取并写入，会真正修改变量值。适合初始化配置项
例如：
echo ${port:-22} → 输出 22，但 port 仍为空
echo ${port:=22} → 输出 22，且之后 echo $port 也会输出 22
运维脚本中典型使用场景
这些地方不加默认值，极易引发连锁故障：
- 路径拼接：
backup_dir=${BACKUP_DIR:-/var/backups}，防止因环境变量缺失导致cp file $backup_dir变成cp file（覆盖当前目录） - 超时控制：
timeout_sec=${TIMEOUT_SEC:-30}，避免curl --timeout $timeout_sec实际执行为curl --timeout报错 - 服务地址：
api_host=${API_HOST:-localhost}，本地调试和生产部署共用同一份脚本 - 日志级别：
log_level=${LOG_LEVEL:-info}，不强制要求用户设置，又保留定制空间
配合 set -u 提升健壮性
单独用默认值还不够。建议脚本开头统一加：
#!/bin/bash<br>set -euo pipefail
其中 -u 强制检查所有变量是否已定义（含位置参数 $1、$2），而默认值语法正是对 -u 的友好补充——它让你明确告诉解释器：“这个变量允许为空，我已准备好 fallback”。这样既防错，又不失灵活性。
