for循环遍历*.txt会因单词分割将含空格文件名（如my report.txt）错误拆分为两个token；可靠方案是find -print0 | while IFS= read -r -d '' file; do ... done，用\0分隔彻底规避IFS分词问题。
为什么 for file in *.txt 在含空格文件名下会出错
因为 shell 对 for 循环的变量展开仍会触发单词分割（word splitting）：即使 *.txt 匹配到 my report.txt，它也会被当作两个独立 token —— my 和 report.txt，除非整个 glob 结果被包裹在引号中，但 for 语法本身不支持对 glob 结果整体加引号。
常见错误现象：
mv: cannot stat 'my': No such file or directory- 脚本意外跳过部分文件，或把文件名拆成多个参数传给命令
- 若文件名含
$()、`或!，还可能触发命令替换或历史扩展
find -print0 | while IFS= read -r -d '' 是唯一可靠组合
这是处理任意文件名（含空格、换行、*、?、$(rm -rf /)）的黄金路径。关键不在“重置 IFS”，而在彻底绕过 IFS 分词 —— 改用 \0（空字符）作为分隔符。
实操要点：
-
-print0让find输出每个路径后跟一个\0，而非换行 -
IFS=防止read自动 trim 首尾空白（虽在-d ''下影响小，但属防御性写法） -
-r禁用反斜杠转义，确保原始字节原样读入 -
-d ''告诉read以空字符为分隔符（注意：单引号内''表示空字符串，即 ASCII 0）
示例：
find /tmp -name "*.log" -print0 | while IFS= read -r -d '' file; do printf "Processing: %q\n" "$file" done
直接遍历当前目录文件时，优先用 for file in ./* 而非 ls
ls 输出是面向人眼的字符串流，不是结构化数据；它无法表示含换行符的文件名，且默认不转义特殊字符。用 for file in $(ls) 或 for file in $(ls -Q) 都会再次触发单词分割，不可靠。
更安全的替代方式：
-
for file in ./*; do [ -e "$file" ] || continue; echo "$file"; done—— 利用 shell 自身 glob 展开，天然保留完整路径 - 需包含隐藏文件？用
for file in ./.*; do [ -e "$file" ] && echo "$file"; done，但注意./.和./..会被包含，需过滤 - 绝对不要用
for file in $(ls)或for file in `ls`—— 这是 Shell 编程中最常见的陷阱之一
脚本里接收用户传入的文件名参数，必须始终加双引号
哪怕你确定输入没空格，也要养成 "$1"、"$@" 的习惯。否则一旦传入 my config.txt，未加引号的 $1 就会被拆成两个参数，后续命令如 cat $1 实际执行的是 cat my config.txt。
特别注意：
-
"$@"保持每个参数独立，是传递全部参数的唯一正确方式 -
"$*"把所有参数拼成一个字符串（用第一个 IFS 字符连接），几乎从不适用 - 对
find的-exec，用{} \;比{} +更易控，但后者性能更好；若涉及变量，必须用sh -c包裹并显式传参
foo bar$(reboot).txt 的文件时，它还能不崩 —— 所有没用 \0 分隔或没加引号的地方，都是潜在断点。 
