用 rm 删除含空格文件名时会报错，因 shell 默认以空格分隔参数，导致文件名被错误拆分；应使用引号包裹（单引号更安全）、find -exec 或 find -print0 | xargs -0 等方式正确处理。
直接用 rm 删除时为什么报错
因为 shell 默认把空格当作参数分隔符。比如执行 rm file name.txt，shell 会尝试删除三个独立路径：file、name.txt 和（如果还有）第三个参数，而不是一个叫 file name.txt 的文件。错误信息通常是类似 rm: cannot remove 'file': No such file or directory，实际是误拆了文件名。
最稳妥的单文件删除方式：引号包裹
用单引号或双引号把整个文件名括起来，强制 shell 当作一个参数传递给 rm：
- 单引号更安全：
rm 'my document.pdf'—— 不解释变量、不展开通配符，适合纯空格场景 - 双引号可扩展：
rm "$HOME/backup file.tar.gz"—— 支持变量替换，但注意别混入未转义的$或` - 避免混用：
rm "my file".txt是错的，引号必须完整包裹含空格的部分，正确写法是rm "my file.txt"
批量删除含空格文件时别踩 xargs 的坑
用 find 找到一堆带空格的文件后，直接管道给 xargs rm 会崩——因为默认 xargs 按空白字符切分，空格文件名会被撕碎。
- 正确做法一（推荐）：
find /path -name "* *" -exec rm {} \;——{} \;让每个匹配结果单独传给rm，天然兼容空格 - 正确做法二：
find /path -name "* *" -print0 | xargs -0 rm——-print0和-0用\0做分隔符，绕过空格问题 - 绝对不要写：
find /path -name "* *" | xargs rm—— 这是高频误操作，尤其在文件名含多个空格或开头有空格时必失败
文件名以空格或短横线开头时的特殊处理
比如文件叫 file.txt（开头空格）或 -config.yml（开头短横），普通写法会触发命令解析异常：
- 开头空格：
rm ./\ file.txt或rm './ file.txt'—— 用./显式指明路径，或靠引号兜底 - 开头短横：
rm -- -config.yml——--告诉rm后面全是文件名，不是选项；也可写成rm ./-config.yml - 混合情况（如
- weird name.txt）：优先用rm './ - weird name.txt'，比转义更直观可靠
真正容易被忽略的是：交互式 shell 中按 Tab 补全会自动加引号或转义，但脚本里不会。写自动化任务时，永远假设文件名可能含空格，坚持用 find -exec 或 while IFS= read -r + 引号包裹变量，别依赖肉眼判断。
