最稳妥方式是while IFS= read -r line; do ... done
用 while read 循环逐行读取文件最稳妥
直接用
while read line是 Shell 中处理文本行的标准方式，它能正确保留空格、制表符等空白字符（不像for line in $(cat file)会按 IFS 分割导致字段错乱）。关键在于重定向要写在循环末尾，否则子 shell 会导致变量无法在循环外生效。常见错误现象：
line变量在while外为空；读到含井号#的行时被当成注释跳过；空行直接消失。
- 始终用
while IFS= read -r line：关闭 IFS 避免首尾空白截断，-r阻止反斜杠转义- 重定向必须放在
done后：done ，不能写在do前或用管道- 若需在循环外使用变量，改用命令替换或把逻辑封装进函数
为什么不要用 for line in $(cat file)
这种写法本质是单词分割（word splitting），Shell 会把整个文件内容按
$IFS（默认含空格、换行、制表符）切开，再重新组合。一旦某行含空格或通配符（如* ? [），结果就不可控。使用场景仅限于「每行纯字母数字且无空格」的简单列表，比如日志里的 ID 列表。但只要文件来自用户输入或外部系统，就不该依赖这个假设。
示例对比：
echo -e "a b\nc" > test.txt for l in $(cat test.txt); do echo "[$l]"; done # 输出 [a] [b] [c]，丢失了 a b 的完整性处理带空行和注释的配置文件
真实配置文件常混有空行、
#开头的注释。默认read不跳过它们，需要手动过滤。参数差异：
read本身不识别注释，但可以用条件判断跳过；grep -v "^#" file | grep -v "^$"先过滤再读取虽可行，但多进程开销大，且可能误删含#的合法内容（如 URL）。
- 推荐在循环内判断：
[[ -z "$line" || "$line" =~ ^[[:space:]]*# ]] && continue- 注意正则匹配需启用
[[ ]]，[ ]不支持=~- 用
^[[:space:]]*#而非^#，兼容开头有空格的注释行性能与兼容性：bash vs dash / sh
在 Ubuntu 的
/bin/sh（实际是 dash）或 Alpine 的 busybox ash 下，read -r行为一致，但[[ ]]和正则=~不可用。如果脚本需 POSIX 兼容，得换写法。性能影响：对小文件（while read 比
awk或sed稍慢，但可读性和调试成本低得多。
- POSIX 替代方案：用
case $line in "#"*) continue;; esac判断注释- 避免在循环中调用外部命令（如
echo $line | grep），每次 fork 开销明显- 如果只是提取字段，优先考虑
awk '{print $1}' file，比 Shell 解析快一个数量级真正容易被忽略的是子 shell 作用域——哪怕只加个管道（
cat file | while read...），read就运行在子进程中，所有变量修改对外不可见。这个问题在调试时经常卡人半天。
Linux怎么在Shell中遍历读取文本文件的每一行内容
秋浩君_7088
2026-11-07
601人浏览
原创
