ls 是否总是列出 rm 将删除的文件？

好吧，两者都对传递给它们的参数进行操作ls。rm

这些参数可以是一个简单的文件，所以ls file.ext和rm file.ext对同一个文件进行操作并且结果是明确的（列出文件/删除文件）。

如果相反，参数是一个目录，则ls directory列出目录的内容，而rm directory不会按原样工作（即rm没有标志不能删除目录，而如果你这样做rm -r directory，它会递归删除目录下的所有文件directory 和目录本身）。

但请记住，命令行参数可以进行shell 扩展，因此如果两个命令包含通配符、变量、其他命令的输出等，则并不总是保证将相同的参数传递给两个命令。

作为一个极端的例子，认为ls $(rand).txt和rm $(rand).txt，论点是“相同的”，但结果却大不相同！

如果您正在考虑类似ls foo*.txtvs.的东西rm foo*.txt，那么是的，它们将显示和删除相同的文件。shell 扩展 glob，并将其传递给有问题的命令，这些命令对列出的文件起作用。一个列出它们，一个删除它们。

明显的区别是，如果这些文件中的任何一个碰巧是一个目录，那么ls将列出其内容，但rm无法将其删除。这通常不是问题，因为rm删除的内容少于ls.

这里的大问题来自运行ls *或在包含以 dash 开头的文件名rm *的目录中。它们将扩展到两个程序的命令行，就好像您自己编写它们一样，并且将意味着“反向排序顺序”，而将意味着递归删除。如果您有至少两层深的子目录，则差异很重要。（将显示第一级目录的内容，但也将显示第一个子级之后的所有内容。）ls-rrm-rls *rm -r *

为避免这种情况，请编写带有前导的许可glob./以指示当前目录，和/或--在 glob 之前放置 a 以表示选项处理的结束（即rm ./*或rm -- *）。

对于像 . 这样的 glob *.txt，这实际上不是问题，因为点是无效的选项字符，并且会导致错误（直到有人扩展实用程序来为其创造含义），但./无论如何放在那里仍然更安全。

当然，如果您更改 shell 的 globbing 选项，或在命令之间创建/移动/删除文件，您也可以得到两个命令的不同结果，但我怀疑您的意思是这些情况。（安全地处理新/移动的文件将非常混乱。）

抛开 shell 行为，让我们只关注rm自己ls可以处理的事情。至少有一种情况ls会显示rm无法删除的内容涉及目录权限，另一种情况是特殊目录.和...

文件夹权限

rm是对目录的操作，因为通过删除文件，您正在更改目录内容（或者换句话说，目录条目的列表，因为目录只不过是文件名和 inode 的列表）。这意味着您需要对目录具有写权限。即使您是文件的所有者，如果没有目录权限，您也无法删除文件。反之亦然：如果您是目录所有者，rm则可以删除其他人可能拥有的文件。

因此，您很可能对目录具有读取和执行权限，这将允许您遍历目录并查看其中的内容，例如 ls /bin/echo，但rm /bin/echo除非您是./binsudo

你会到处看到这样的案例。这是一个这样的案例：https ://superuser.com/a/331124/418028

特殊目录 '.' 和 '..'

另一个特例是.和..目录。如果你这样做ls .or ls ..，它会很高兴地向你显示内容，但rm不允许使用它们：

$ rm -rf .
rm: refusing to remove '.' or '..' directory: skipping '.'

如果您键入ls *然后rm *，您可能会删除比ls显示更多的文件 - 它们可能是在结束ls和开始之间的微小时间间隔内创建的rm。

ls *并且rm *不负责扩展 glob - 这是由 shell 在将其传递给命令之前完成的。

这意味着您可以将任何命令与扩展的文件列表一起使用 - 所以我会使用尽可能少的东西。

因此，一个更好的方法（或者至少是另一种方法）是跳过中间人。

echo *将向您确切显示将传递给您的rm命令的内容。

如果你只做ls而不是ls -a，yesrm可以删除你没有看到的隐藏ls文件-a。

例子 ：

根据 ：

dir_test
├── .test
└── test2

ls dir_test: 将只显示 test2

ls -A dir_test: 将显示 test2 + .test

rm -r dir_test：将删除所有（.test + test2）

我希望这会对你有所帮助。

怎么样：

$ mkdir what
$ cd what
$ mkdir -p huh/uhm ./-r
$ ls *
uhm
$ rm *
$ ls
-r
$ ls -R
.:
-r

./-r:

基本上，通配符扩展到以开头的内容-（或手动输入的以开头-但看起来更像作弊的内容）可能会被lsand以不同的方式解释rm。

在某些极端情况下，ls显示的内容不是rm删除的内容。一个相当极端但幸运的是，如果您传递的参数是指向目录的符号链接：ls将显示符号链接目录中的所有文件，同时rm删除符号链接，保留原始目录及其内容不变：

% ln -s $HOME some_link
% ls some_link    # Will display directory contents  
bin    lib    Desktop ...
% rm some_link
% ls $HOME
bin    lib    Desktop ...

已经有很多好的答案，但我想添加一些更深入的见解。

ls问自己一个问题：如果你写，有多少个参数被传递给

ls *

...？请注意，如果有任何可以扩展的文件，该ls命令不会获取as 参数。相反，shell 在调用命令之前首先执行 globbing，因此命令实际上获取的参数与 globbing 匹配的文件一样多。要抑制通配，请引用参数。**ls

这适用于任何命令：echo *vs echo '*'。

有一个脚本，调用它countparams.sh来测试一下效果。它告诉你它传递了多少参数并列出它们。

#!/bin/bash
echo "This script was given $# parameters."
arr=( "$@" )
for ((i=0;i<$#;i++)); do
        echo "Parameter $((i+1)): ${arr[$i]}"
done

使其可执行并运行./countparams.sh *。从它的输出中学习！

如果目录内容在这两个不同时间相同，则 glob 将以相同的方式扩展两次。

如果您真的想检查将要删除的内容，请使用rm -i *.txt. 它会在（尝试）删除它之前分别提示您每个文件。

这保证在竞争条件下是安全的：
        ls *.txt/ 创建一个新文件 /rm *.txt
因为执行删除的同一程序会提示您输入每个文件。

这对于正常使用来说太麻烦了，如果你别名rm为rm -i，你会发现自己经常使用\rmor 。rm -f但至少值得一提的是，竞态条件有一个解决方案。（它甚至可以移植到非 GNU 系统：POSIXrm(1)指定-i选项。）

另一种选择是 bash 数组：to_remove=(*.txt)，然后要求用户确认（可能在做之后ls -ld -- "${to_remove[@]}"），然后 rm -- "${to_remove[@]}". 所以 glob 扩展只进行一次，列表逐字传递给rm.

另一个实际可用的选项是 GNU rm -I（手册页），它会提示是否删除了 4 个以上的项目。（但不会向您显示列表，仅显示总数。）我alias rm='rm -I'在桌面上使用。

这是一个很好的保护措施，可以防止使用匹配太多的半类型模式返回胖手指。但是ls在您拥有的目录或单用户系统上，并且当没有可以在那里异步创建新文件的后台进程时，使用 first 通常是好的。为了防止胖手指，不要rm -rf /foo/bar/baz从左到右打字。 rm -rf /是特例，但rm -rf /usr不是！省略-rf部分，或以 开头ls，仅rm -rf在输入路径后添加部分。