为什么在二进制文件上使用cat会使终端混乱？

如果我cat正确理解手册：

连接文件并在标准输出上打印

cat将文件作为参数并将其打印在标准输出上。
我没有得到的是如果使用以下命令：

cat img.png > copy.png

我将获得2个相同的png文件，如果我只是

cat img.png  

我很有可能会弄乱我的终端并误解我键入的内容。

• 那怎么可能
• 二进制值仍然是二进制数据。为什么它不能简单地显示一系列0和1或这些二进制数据的ASCII解释或终端中的编码是什么？
• 是否可以通过cat打开包含奇怪字符的文本文件来实现此行为？
• 是否应该实现一种防止这种行为的机制，例如try {} catch {}语句？

cat 将命令行中作为参数提供的文件连接到标准输出，它一次读取字节，因为默认情况下不对读取的字节进行任何解释。

在第一个示例中，您将标准输出重定向到文件，这就是为什么要获取新文件的原因。

在第二个示例中，字节被写入终端，并且终端将字符序列解释为终端的控制序列，这就是为什么您在终端上出现异常行为的原因。它与它无关cat，cat也不知道您将如何处理它的输出。您可能正在通过管道将其发送到另一个程序，以进行解释/处理/打印或播放“在雨中唱歌”。

因此，遵循Unix哲学，

做一件事，只做一件事，但要做好

cat 不应试图再次猜测您要做什么。

编辑以下对@kiwy的第一条评论的回复。

是和否，让我解释一下，

否，如果您cat使用的是终端，因为它（终端软件）正在将输出发送到屏幕或解释控制序列（它在模仿旧的硬件，例如电传打字设备）。

但，

是的，如果您选择管道，则接收程序可以将字符解释为命令。

以这个为例，cat anyOldShellScript | bashbash将解释它作为命令得到的内容。

我猜这主要是由于代码低于0x20的不可打印字符引起的。这些是特殊的控制/转义代码，用于退格键，删除键等键。