xargs 删除已有文件却报 No such file：转义引号成了文件名的一部分

GNU xargs 处理文件列表时，为了照顾名称里的空格写成 rm \"{}\"，结果文件明明存在，仍报 No such file or directory。这个写法把双引号作为普通字符传给了命令，实际寻找的名称多了一对引号。

例如下面是有问题的删除写法，请先理解原因，不要直接对项目文件执行：

find . -name '*.scala' | xargs -d '\n' -I {} rm \"{}\"

这里的 -d 是 GNU xargs 的输入分隔选项。它与 shell 如何处理命令行上的引号，是两个不同阶段。

区分引用参数和往参数里加引号

shell 解析 \" 后留下字面双引号，所以 xargs 接到的初始参数中包含 "{}"。假设找到的是 ./src/example file.scala，替换占位符后，传给 rm 的路径首尾仍有字面引号。

xargs -d '\n' -I {} rm '{}' 则不同：单引号用于让 shell 把 {} 当作一个参数，shell 随后去掉引用符，xargs 接到的占位符不含额外引号。-I 会把每个输入项替换到初始参数中，不需要再为名称中的空格拼一层可执行命令文本。

不要使用 echo rm ... | bash 来“修复”。它让文件名再次接受 shell 语法解析，名称中有引号、分号、替换符号等内容时，可能改变要执行的命令，已经不是单纯传递路径。

文件列表采用 NUL 分隔，不依赖一行一个文件

Unix 文件名可以包含换行。find 普通输出再用换行切分，不能表示所有可能的文件名；给每行加引号也不会消除这个限制。

若需要 xargs，下面的示例使用 NUL 分隔，并先进行不删除文件的参数预览。/srv/work/project 和扩展名按实际范围替换：

find /srv/work/project -type f -name '*.scala' -print0 |
  xargs -0 -r printf 'path: <%s>\n'

-print0 与 -0 配套，-r 是 GNU 扩展，空列表时不调用目标命令。预览中的路径若自身有换行，显示仍可能跨行，尖括号只是帮助阅读，不是可复制执行的命令清单。

这次查找会递归到子目录。需要只处理第一层时，应明确限制范围，而不是预览完才改变查找表达式。也要确认输入目录由可信主体管理；NUL 分隔处理的是参数边界，不会阻止文件在查找后被替换。

删除前保留可恢复副本

删除不会因修正语法而自动具备恢复能力。先停止会改变目标范围的写入，备份需要保留的文件与原路径，确认匹配条件，再在允许的交互终端使用以下 GNU 工具示例：

find /srv/work/project -type f -name '*.scala' -print0 |
  xargs -0 -r -o rm -i --

-o 是 GNU xargs 的选项，使子进程从 /dev/tty 读取交互输入；默认重定向到 /dev/null 的输入不能承担确认提示。-- 结束 rm 的选项解析，-i 逐项询问。它需要有人处理提示，不是无人值守清理方案；自动任务应另行定义备份、保留期和冲突处理。不要加入 -f 来掩盖路径错误。

完成后检查删除命令的错误与退出状态，再按同样的查找条件查看剩余文件。选择保留的文件仍存在是正常结果。误删需要从先前备份恢复到原路径，遇到新文件先处理冲突；没有备份时，不应承诺一个撤销命令能找回内容。