while read 循环中调用某些脚本或命令无法遍历执行的解决方法
这个问题是 Bash 中非常常见且令人困惑的“stdin 被子进程消耗”现象，常发生在 while read 循环中调用某些脚本或命令（比如 bash script.sh、mysqldump、read 等）时。
🌪 问题解析：
当你写一个类似这样的循环：
while read line; do
bash script.sh "$line"
done < input.txt
如果 script.sh 脚本中使用了 read、mysqldump、cat 或其他会从标准输入读取数据的命令，它们默认从主进程继承标准输入（即 input.txt）。这就可能“抢走”了 while 循环的标准输入，导致循环提前结束，或者跳过某些行。
例如：
# script.sh
read something # 这一行就会读取一行主输入，导致主循环少读一行
结果就是主循环中的 read 读不到数据了，因为它的 stdin 已经被子脚本抢走了。
✅ 解决方案：
🔸 方法 1：为子脚本重定向 stdin（推荐）
while read line; do
bash script.sh "$line" < /dev/null
done < input.txt
这样可以确保 script.sh 不会从主循环的 stdin 中读取数据。
🔸 方法 2：使用 echo 传参数，而不是 stdin
如果 script.sh 中只用 read 来获取参数，可以改为使用 $1：
# script.sh
line="$1"
主脚本中用：
while read line; do
bash script.sh "$line"
done < input.txt
🔸 方法 3：使用管道替代重定向（小心使用）
cat input.txt | while read line; do
bash script.sh "$line"
done
这种方式也能规避一些 stdin 的问题，但要注意，在 Bash 中通过管道（|）的 while 循环运行在子 Shell 中，变量作用域可能会受到影响。
🔸 方法 4：使用文件描述符 (高级用法)
exec 3< input.txt
while read -u 3 line; do
bash script.sh "$line"
done
exec 3<&-
这样使用 fd 3 而不是默认的 stdin（fd 0），可以避免子进程干扰。
✅ 总结：
| 方式 | 是否推荐 | 说明 |
|---|
bash script.sh < /dev/null | ✅ 推荐 | 彻底避免子脚本读取主循环 stdin |
| 改为参数传递 | ✅ 推荐 | 根本解决方案，不用 stdin |
cat file \| while read | ⚠ 可用 | 注意作用域问题 |
| 文件描述符 | ✅ 稳定 | 更加明确地管理输入流 |
如需进一步调试，可以临时在脚本中加入 exec >/dev/tty 或 strace -e read bash script.sh 观察是谁在“偷吃”输入。
如需帮助分析你的具体 script.sh 内容，也可以发我看看，我可以帮你找出是否存在这种“吞 stdin”行为。