最稳妥方式是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 ，不能写在 <code>do 前或用管道
• 若需在循环外使用变量，改用命令替换或把逻辑封装进函数

为什么不要用 for line in $(cat file)

这种写法本质是单词分割（word splitting），Shell 会把整个文件内容按 $IFS（默认含空格、换行、制表符）切开，再重新组合。一旦某行含空格或通配符（如 * ? [），结果就不可控。

使用场景仅限于「每行纯字母数字且无空格」的简单列表，比如日志里的 ID 列表。但只要文件来自用户输入或外部系统，就不该依赖这个假设。

示例对比：

Linuxdo Application

为 Linux.do 注册撰写高通过率、去 AI 化的中文小作文。进行自适应调查以了解申请人的真实背景，...

下载

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 就运行在子进程中，所有变量修改对外不可见。这个问题在调试时经常卡人半天。