结论：用 while IFS= read -r 逐行读文件最安全，for file in *.txt 遍历文件名最常用；别用 for line in $(cat file)，它会破坏空格、制表符和换行结构。因为该写法触发单词拆分，将含空格的一行误拆为多轮迭代，且加载全文件致OOM、无法处理含换行的字段；while IFS= read -r 通过 IFS= 关闭分割、-r 禁用转义、重定向输入确保逐行精准读取。
直接说结论：用 while IFS= read -r 逐行读文件最安全，for file in *.txt 遍历文件名最常用；别用 for line in $(cat file)，它会破坏空格、制表符和换行结构。
为什么不能用 for line in $(cat file)
这种写法表面简洁，实际会触发 shell 的单词拆分（word splitting）——$(cat file) 输出被按空白字符（空格、制表符、换行）切开，一行含多个单词就会被错误拆成多轮迭代。比如文件里有 RKEKNVQ IPKKLLQK，它会被当成两个独立 line 值，而非一整行。
- 即使加引号
"$(cat file)"，for仍只按换行分割，但内部空格/制表符仍可能被误处理 - 大文件会一次性加载进内存，OOM 风险明显
- 无法处理含换行符的字段（如 CSV 中带换行的单元格）
while IFS= read -r 怎么写才不丢数据
这是读文本文件的黄金标准，核心是三个细节：IFS= 关闭字段分割、-r 禁用反斜杠转义、重定向用 而非管道（避免子 shell 变量失效）。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 正确写法：
while IFS= read -r line; do echo "处理: $line" done < "$filename"
-
IFS=必须紧挨read，写成IFS= read -r line；单独设IFS=再调read无效 - 如果文件最后一行没换行符，
read会失败退出，导致漏掉该行；补救方式是在循环后加[[ -n $line ]] && echo "最后行: $line" - 别用
cat "$file" | while read，管道会创建子 shell，循环内改的变量在循环外不可见
for file in *.log 遇到空格文件名怎么办
通配符扩展本身支持空格文件名，关键在后续引用是否加引号。不加引号的 cp $file backup/ 会把 my log.txt 拆成 my 和 log.txt 两个参数，直接报错。
- 必须始终用
"$file"：例如grep "ERROR" "$file"、mv "$file" "${file%.log}.bak" - 想跳过不存在的匹配（比如
*.log没结果时，for会把字面量*.log当作文件名），加shopt -s nullglob开启空匹配忽略 - 要递归处理子目录，别硬写嵌套
for，改用find：while IFS= read -r -d '' file; do ... done
什么时候该用 for ((i=0; i
C 风格循环只适合纯数值计数或索引遍历，和文件内容无关。它不涉及 I/O，性能高，但和“处理文件”这个需求本身无直接关系。
- 典型用途：重复执行某命令 5 次、生成序列、数组下标遍历（
for ((i=0; i） - 别试图用它读文件行数：
for ((i=1; i 效率低且不可靠（<code>wc -l对无结尾换行的文件计数不准） - 需要按行号做逻辑时，用
awk '{print NR, $0}' file或在while中手动维护计数器
真正麻烦的不是语法本身，而是边界情况：空文件、无换行结尾、BOM 头、混合编码、超长行。这些不会在教程里强调，但线上脚本一跑就崩。
