列表已知用for，条件动态用while；for易因空格、通配符失效，while读文件须用ifs= read -r，嵌套需防变量覆盖与重定向遗漏。
Shell里选 for 还是 while，不看教程标题，只看你的数据来源和退出条件：列表已知就用 for，条件动态就用 while。硬套语法反而容易出错。
for 循环处理固定列表时，空格和通配符是最大陷阱
for 的本质是把 in 后面的内容按 $IFS（默认空格、制表符、换行）切开，每一段赋给变量。它不解析路径、不检查文件是否存在。
- 写
for file in *.txt时，如果当前目录没有.txt文件，file的值就是字面量*.txt，不是空 —— 这常导致后续cat *.txt报错“no such file” - 文件名含空格？
for f in $(ls)会把my photo.jpg拆成my和photo.jpg两个迭代项 —— 改用for f in *.jpg或find ... -print0 | while IFS= read -r -d '' f -
for i in {1..10}是 Bash 特性，/bin/sh不支持；需要兼容时改用for i in $(seq 1 10)
while 循环读文件必须加 IFS= read -r 才可靠
直接 while read line 看似简单，但会吃掉行首空格、把反斜杠当续行符、把末尾的 \ 和空格自动裁掉 —— 这在处理配置文件或日志时几乎必然出错。
- 正确写法永远是：
while IFS= read -r line; do ...; done - 如果
read要从管道来（比如ps aux | while read ...），注意管道会创建子 shell，循环体内对变量的修改在循环外不可见 —— 改用重定向或while ... done -
while [ $i -lt 10 ]这类计数循环，别忘了在循环体里更新i，否则就是真·死循环
for 和 while 嵌套时，变量作用域和重定向容易串场
嵌套本身没语法问题，但实际脚本里常因重定向位置或变量复用导致行为偏离预期。
- 外层
for dir in /var/log /tmp/logs，内层while read f; do echo "$f"; done —— 如果某个目录下没有 <code>access.log，while会直接失败退出，整个for循环也就停了。加|| true或先[ -f "$dir/access.log" ] &&判断更稳 - 嵌套中重复使用
i、line这类通用变量名，外层还没结束，内层就把值改掉了 —— 显式命名如log_dir、log_line可避免干扰 -
for i in {1..3}; do while sleep 1; do echo $i; break; done; done—— 这里break只跳出while，for仍继续；要同时跳出两层，得用break 2
真正麻烦的从来不是语法记不住，而是 for 遇到空目录、while 读到带空格的路径、嵌套时重定向漏写 —— 这些细节不验证，脚本上线后才暴露，比逻辑错误更难定位。
