bash for循环需匹配脚本声明：#!/bin/bash开头才可用for ((i=0; i
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
Shell for 循环怎么写才不报错
写错 for 循环最常见原因是语法混用：把 Bash 的 for i in {1..5} 当成 Python 用，或在 sh 兼容脚本里用了 Bash 扩展。实际只要记住一点：Bash 和 sh 的 for 行为不同，脚本开头的 #!/bin/bash 必须和语法匹配。
- 用
for file in *.log遍历文件时，如果当前目录没匹配项，file变量值就是字面量*.log（不是空），要加[[ -e "$file" ]] || continue判断 for ((i=0; i 是 Bash 特有语法，POSIX sh 不支持，部署到 Alpine 或旧系统会直接报 <code>syntax error near unexpected token `((- 变量带空格？必须双引号包裹：
for name in "${names[@]}"; do echo "$name"; done，漏掉引号会导致单词切分错误
while read 处理文件行时为啥只读第一行
根本原因在于管道会创建子 shell，while read line | do ... done 里的变量在循环结束后就失效了。这不是 bug，是 Shell 的作用域规则。
- 正确写法是重定向输入：
while read -r line; do echo "$line"; done ，<code>-r防止反斜杠被转义 - 如果非要用管道（比如前边接了
grep），得用命令分组或进程替换：grep "error" input.txt | { while read -r line; do count=$((count + 1)); done; echo "$count"; } - 处理日志等大文件时，
read默认按行缓冲，比awk '{print $1}'慢一个数量级，纯字段提取优先用awk
for 循环里执行 ssh 命令为啥全卡住
因为 ssh 默认会尝试从 stdin 读取，而循环中 stdin 已被占用（比如重定向了文件），导致连接挂起。这不是网络问题，是标准输入争用。
- 加
-n参数：ssh -n user@host "uptime"，强制 ssh 不读 stdin - 或者用
显式断开：<code>for host in srv1 srv2; do ssh "$host" "df -h" - 批量执行建议改用
parallel或封装成函数后用xargs -P，原生 for + ssh 在 10+ 主机时延迟叠加明显
如何让循环遇到错误就立刻退出
默认 for 循环不会因内部命令失败而中断，这是设计使然——它只关心迭代逻辑，不关心每个 body 的成功与否。
- 加
set -e全局生效，但注意它对if、&&、||等上下文有例外，容易误伤 - 更可控的做法是在关键命令后手动判断：
if ! cp "$src" "$dst"; then echo "cp failed: $src"; exit 1; fi - 想跳过单次错误继续循环？用
|| continue，但别滥用——比如rm -f missing.txt || continue是合理，curl api || continue可能掩盖真实故障
循环体内的变量作用域、子 shell 隔离、stdin 重用冲突，这三处最容易被当成“脚本逻辑问题”去调，其实全是 Shell 执行模型的刚性约束。写之前先想清楚：这个循环跑在什么 shell 下？要不要跨进程传状态？有没有隐式 stdin 依赖？
