将一个文件重定向到另一个文件是UUOC（对cat的无用使用）吗？

如果我想使内容file2与的内容匹配file1，我显然可以运行cp file1 file2。

但是，如果我想保留一切有关file2 除了内容所有者，权限，扩展属性，ACL的，硬链接，等等等等，那么我就不会想运行cp。*在这种情况下，我只是想在扑通内容file1成file2。

似乎可以做到以下几点：

< file1 > file2

但这是行不通的。 file2被截断为空且未写入。然而，

cat < file1 > file2

确实有效。

令我惊讶的是第一个版本不起作用。

第二个版本是UUOC吗？有没有一种方法，仅通过使用重定向就可以在不调用命令的情况下做到这一点？

_{注意：我知道UUOC不仅仅是真正的反模式，更是一个学问点。}

* _{如tniles09发现的，实际上在这种情况下cp 将起作用。}

cat < file1 > file2不是UUOC。经典，<并且>做重定向对应于在系统级文件描述符重复。文件描述符复制本身不会做任何事情（嗯，>重定向以O_TRUNC开头，所以准确地说，输出重定向会截断输出文件）。不要让< >符号使您感到困惑。重定向不会移动数据，而是将文件描述符分配给其他文件描述符。

在这种情况下，您打开file1该文件描述符并将其分配给文件描述符0（<file1== 0<file1），file2然后将该文件描述符分配给文件描述符1（>file2== 1>file2）。

现在您已经有了两个文件描述符，您需要一个在两个文件之间交换数据的过程，这就是cat目的。

并非如此，因为正如其他人指出的那样，所讨论的行为是依赖于外壳的。正如您（OP）所指出的那样，这有点古怪，甚至幽默吗？，是个话题。

但是，在GNU系统上，您的初始前提是可以使用另一个解决方案：cp --no-preserve=all file1 file2。试试看，我认为它将满足您描述的情况（例如，file2在不修改其属性的情况下修改的内容）。

范例：

$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 16 Dec 16 12:21 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Lookout, world!
    Hello, world!
$ cp --no-preserve=all fred fezzik 
$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 14 Dec 16 12:22 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Hello, world!
    Hello, world!

更新 实际上，我只是注意到，cp除非指定-a或-p，否则我的系统本身似乎会保留属性。我正在使用bash shell和GNU coreutils。我想你每天都会学到一些新东西。

测试结果（通配符），包括硬链接和不同的权限：

$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 file2
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the original contents of file2
$ cp file1 file2
$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 file2
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the contents of file1
$ 

在工作zsh的shell中< file1 > file2，shell会调用cat。

对于仅由重定向组成且不包含命令和赋值的命令行，请zsh调用$NULLCMD（cat默认情况下），除非唯一的重定向是<在这种情况下$READNULLCMD（pager默认情况下）被调用。（除非zsh在sh或处于csh仿真状态，否则它的行为类似于所仿真的外壳）。

所以：

< file1 > file2

实际上与

cat < file1 > file2

和

< file1

是相同的

pager < file1

< from > to

不起作用，因为那里没有命令；没有过程。Shell打开/创建文件并安排重定向（这意味着引用这些文件的文件描述符被植入0和1：标准输入和标准输出）。但是，无需执行任何循环即可从标准输入读取并写入标准输出。

zsh通过在这种“空命令”情况下替换一个用户可配置的命令来完成此工作。该命令在命令行中不可见，但仍然存在。为此将创建一个进程，并且其工作方式相同。NULLCMD是cat在默认情况下，所以< from > to实际上意味着 cat < from > to在zsh，除非NULLCMD设置为别的东西; 这是一个“隐性猫”命令。

当cat用作中介从文件中读取数据并将数据馈送到另一个进程时，就会发生“猫的无用使用” ，该进程的文件描述符可能只是连接到原始文件。

如果cat可以从情况中删除该命令，以使其余命令仍可以执行相同任务，则它是无用的。如果它是不可移动的，那么它就不是没有用的。

# useless, removable:
$ cat archive.tar | tar tf -    #  -->  tar tf archive.tar

# not removable (in POSIX shell):
$ cat > file
abc
[Ctrl-D]

# likewise:
STRING=$(cat file)

cat可替换的 A 不是同一回事。例如，cat > file我们可以使用代替vi file创建文件。cat在使用剩下的任何东西来完成相同任务时，这并不算是去除。

如果cat是管道中的唯一命令，那么当然不能删除它；剩下的任何东西都不会进行重新布置来完成相同的工作。

一些shell脚本编写者cat之所以使用它，是因为他们认为它可以使输入操作数更靠近命令行的左侧。但是，重定向可以在命令行中的任何位置：

# If you're so inclined:
# move source archive operand to the left without cat:
$ < archive.tar tar xf - > listing

< file1 > file2 似乎是依赖于shell的，在zsh上它可以工作，而在bash上却不能。

编辑：删除虚假陈述

除了所有的很好的答案，您可以通过避免UUOC 模拟一个cat：

awk 1 file1 > file2   # For line-oriented text, not binaries.
dd if=file1 of=file2  # Works for binary files, too.
# many more geeky ways.

这些命令不会像平常cp那样复制文件元数据。

如果可行，请不要修复。

我会用

cat < file1 > file2

并不会使PC失去语义。