🐍 Python/Shell脚本 - Shell脚本中的陷阱与最佳实践
大家好，我是你们的IT老司机。今天我们来聊聊Shell脚本——这个看似简单却暗藏无数“坑”的技术领域。很多运维和开发同学都写过Shell脚本，但写出来的脚本往往在生产环境中“翻车”。变量未定义、空格陷阱、管道错误……这些细节足以让一个脚本从“可用”变成“灾难”。
下面，我结合多年实战经验，总结出Shell脚本中最常见的5个陷阱和对应的最佳实践，希望能帮你写出更健壮的脚本。
陷阱一：变量未定义——静默失败
Shell默认不会因为使用未定义变量而报错，而是将其视为空字符串。这可能导致灾难性后果，比如误删除文件。
#!/bin/bash
# 危险示例：如果$dir未定义，rm -rf 会直接删除当前目录
dir="/tmp/myapp"
rm -rf "$dir"/*
最佳实践：在脚本开头启用 set -u，一旦使用未定义变量，脚本立即退出。
#!/bin/bash
set -u # 开启未定义变量检查
dir="/tmp/myapp"
if [ -d "$dir" ]; then
rm -rf "$dir"/*
else
echo "目录不存在"
fi
加粗强调：set -u 是每个生产级脚本的标配，它能帮你提前发现变量拼写错误。
陷阱二：空格与引号——命令解析的噩梦
Shell将空格视为参数分隔符。如果文件名或变量包含空格，没有引号包裹，命令会按多个参数解析。
# 错误示例：文件名"my file.txt"会被拆成两个参数
file="my file.txt"
rm $file # 实际执行: rm my file.txt → 试图删除两个文件
最佳实践：所有变量扩展必须用双引号包裹，除非你明确需要分词。
file="my file.txt"
rm "$file" # 正确：作为一个整体参数
# 列表处理时，使用数组而非字符串
files=("file a.txt" "file b.txt")
for f in "${files[@]}"; do
echo "处理: $f"
done
陷阱三：管道中的错误被忽略
在Shell脚本中，管道 | 会隐式丢弃左侧命令的错误，只保留最后一个命令的退出码。这导致关键步骤失败时脚本仍继续执行。
# 危险示例：即使mysqldump失败，gzip仍会执行，备份文件被损坏
mysqldump -u root mydb | gzip > backup.sql.gz
最佳实践：启用 set -o pipefail，让管道中任何命令失败都触发脚本退出。
#!/bin/bash
set -euo pipefail # 三合一：错误退出+未定义变量+管道错误
# 安全备份
if ! mysqldump -u root mydb | gzip > backup.sql.gz; then
echo "备份失败"
exit 1
fi
加粗强调：set -euo pipefail 是现代Shell脚本的“安全三件套”，建议所有脚本都加上。
陷阱四：命令替换与路径名扩展
使用反引号 ` 进行命令替换时，嵌套和转义非常麻烦。更危险的是，ls` 的输出可能包含特殊字符，导致意外扩展。
# 错误示例：遍历文件时，文件名包含空格会分裂
for file in `ls /tmp/*.log`; do
echo "处理: $file"
done
最佳实践：使用 $() 替代反引号，且永远不要解析 ls 的输出。
# 正确做法：使用通配符或find
for file in /tmp/*.log; do
[ -f "$file" ] || continue # 跳过无匹配
echo "处理: $file"
done
# 更健壮的递归查找
find /tmp -name "*.log" -print0 | while IFS= read -r -d '' file; do
echo "处理: $file"
done
陷阱五：临时文件与信号处理
脚本中的临时文件如果不清理，会残留磁盘；如果脚本被中断（如 Ctrl+C），临时文件可能处于不一致状态。
# 危险示例：脚本被中断后，tmp文件永远留在/tmp
tmpfile=$(mktemp)
echo "数据" > "$tmpfile"
# ... 复杂处理，可能中途退出
最佳实践：使用 trap 捕获退出信号，确保清理。
#!/bin/bash
set -euo pipefail
cleanup() {
echo "清理临时文件..."
rm -f "$tmpfile"
}
trap cleanup EXIT # 脚本正常退出或异常终止都会执行
tmpfile=$(mktemp)
echo "数据" > "$tmpfile"
# ... 业务逻辑
加粗强调：trap cleanup EXIT 是脚本优雅退出的关键，推荐所有涉及临时资源的脚本都添加。
总结：Shell脚本的黄金法则
| 陷阱 | 解决方案 |
|------|----------|
| 未定义变量 | set -u |
| 空格分裂 | 双引号包裹变量 |
| 管道错误 | set -o pipefail |
| 命令替换 | 使用 $()，避免解析ls |
| 临时文件 | trap 清理 |
最后的总结：Shell脚本的健壮性不是靠运气，而是靠每个细节的刻意防御。从今天起，给你的脚本加上 set -euo pipefail，给每个变量加上双引号，你会发现生产环境中的“灵异事件”少了一半。
关注我，为您分享更多的IT知识！
10个月宝宝每天需要喝多少奶粉？
