为什么`cp`和`rm`分别对待目录？

为什么喜欢cp和rm对待目录的工具与常规文件分开？它们都要求用户明确指定她想要递归的行为，否则他们将根本不处理目录。

我与计算机的第一次交互（前一段时间）是在Windows / GUI /指向和单击/拖放环境中，无论目标如何，这些操作的表现总是很自然的。

当我使用通配符命令时，这种行为使我特别沮丧。如果我想删除目录（*）中除非空子目录以外的所有内容，该怎么办？

我只能想象这是一种安全性功能，可以防止用户用脚砸自己，但这与我对Unix原则的理解相矛盾：

• Unix通常不会保护用户免受自己的伤害。一直假设用户知道她在做什么。
• 对于Unix，所有内容都是文件。目录不只是另一个文件吗？为什么要区别对待他们？

我的问题：

• 这种行为是出于技术限制还是故意选择的？

如果是后者，

• 是否有任何历史原因说明了这种选择的原因？

Derobert的为什么unix mv程序不需要目录的-R（递归）选项，但是cp确实需要它？基本上可以回答您的问题：复制或删除常规文件与对目录执行相同操作不同，因为对于目录，您必须处理其中包含的所有文件。因此，操作从根本上是不同的。

还值得注意的是，有一个特殊的实用程序rmdir只能在空目录上运行。在不检查事实的情况下，这导致人们得出结论，也许最初rm只能删除非目录，而必须通过递归使用rm空目录然后rmdir删除目录来实现深度删除。

在某些UNIX风格中，rm的手册页将其指定为取消链接文件的命令。
在UNIX中，文件是文件系统中称为Inodes的对象，除了文件系统中的ID外，没有名称或位置。它们的名称是在各个目录中对它们的引用，这些目录是一种文件类型，用于索引其中列出的文件（或目录，因为它们是文件）。
取消链接文件时，文件的引用计数会减少，当文件的引用计数达到0时，实际上已被删除，因为文件系统将其标记为空闲，并且其块/范围也被标记为空闲。

如果您有能力在不先取消链接目录的情况下对目录进行rm管理，则将达到在文件系统中引用了inode但无法通过任何常规方式进行访问的位置。
由于根据引用计数对它们进行引用，因此它们不会被标记为已删除并成为丢失的文件。
当丢失的“文件”是目录时，这变得更加复杂，因此增加了文件系统中潜在的丢失存储量。

因此，添加了rm -r以减轻UNIX用户的生命，该功能以标准的“ UNIX精神”为代价，因为它比传统的UNIX实用程序更复杂，因为它降级到目录并删除其中的文件，

另外，在UNIX的早期，系统没有太多的内存，并且映射目录的递归结构确实会降低性能，并且有时不分割工作是不可能的。

cp，读取文件并逐块复制它。如果要复制与文件相同的目录，则会在不增加引用计数的情况下在其中添加对文件的引用，这可能导致数据不一致（如果读取/写入的inode的块自标记为空闲原始inode已删除），数据丢失-因为删除文件的最后一个（已知）引用可能导致其inode编号被回收。

对于tl人群：
UNIX中的目录是一种文件，的确如此，但是由于其中的信息被系统以不同的方式对待（因为它是文件系统的元数据），所以在没有目录的情况下操作文件的命令将无法在目录中工作。改变他们的行为以操纵相关的元数据。