cat和'>'之间的差异将文件归零

这两个命令对文件归零的方式是否有所不同？后者是做前者的较短方法吗？幕后发生了什么？

都

$ cat /dev/null > file.txt

$ > file.txt 

让

-rw-r--r--  1 user  wheel  0 May 18 10:33 file.txt

cat /dev/null > file.txt猫是无用的。

基本上cat /dev/null只是导致cat什么都不输出。是的，它可以工作，但是许多人对此并不满意，因为它会导致调用不必要的外部过程。
这是很常见的事情之一，因为它很常见。

> file.txt在大多数shell上都可以使用just ，但是它并不是完全可移植的。如果要完全便携，可以使用以下替代方法：

true > file.txt
: > file.txt

两个:和true输出没有数据，并且是shell内建（而cat是外部实用程序），因此它们更轻，更“适当的”。

更新：

正如tylerl在他的评论中提到的那样，还有>| file.txt语法。

大多数shell都有一个设置，可以防止它们通过截断现有文件>。您必须>|改为使用。当您确实要附加时，这是为了防止人为错误>>。您可以使用打开行为set -C。

因此，我认为截断文件的最简单，最适当和可移植的方法是：

:>| file.txt

在可移植性方面：

                      Bourne POSIX  zsh    csh/tcsh  rc/es  fish
> file                Y      Y      N(1)   N(1)      N      N
: > file              N/Y(2) Y(3)   Y      Y(4)      N(5)   N(5)
true > file           Y(5)   Y      Y      Y(5)      Y(5)   Y(5)
cat /dev/null > file  Y(5)   Y      Y(5)   Y(5)      Y(5)   Y(5)
eval > file           Y(3,8) Y(3)   Y      Y(6)      Y      Y
cp /dev/null file (7) Y(5)   Y      Y(5)   Y(5)      Y(5)   Y(5)
printf '' > file      Y(5)   Y      Y      Y(5)      Y(5)   Y

笔记：

1. 除in sh或ksh仿真外，对于zsh中不带命令的重定向，假定使用默认命令（cat否则，仅使用stdin重定向的传呼机），可以使用NULLCMD和READNULLCMD变量进行调整。灵感来自的类似功能(t)csh
2. 最初:在UnixV7中不执行重定向，因为:注释领导者和null命令之间进行了中途解释。后来，它们像所有内建程序一样，如果重定向失败，则退出外壳。
3. : 和 eval是特殊的内置插件，如果重定向失败，则会退出外壳程序（bash仅在POSIX模式下会这样做）。
4. 有趣的是 (t)csh，它定义了一个null标签（用于goto），因此goto ''将在那里分支。如果重定向失败，则退出外壳。
5. 除非/如果对应的命令是在可用的$PATH（:一般不; true，cat，cp和printf通常是（POSIX要求它们））。
6. 如果重定向失败，则退出外壳。
7. file但是，如果是到不存在文件的符号链接，则某些cp实现（例如GNU的实现）将拒绝创建该文件。
8. 尽管 Bourne Shell的初始版本不支持重定向内置函数

就易读性而言：

（本节是主观的）

• > file。这>看起来太像一个提示或注释。另外，我在阅读时会问的问题（大多数shell都会抱怨这一点）您要重定向的输出什么？。
• : > file。:被称为no-op命令。因此，立即读取为生成一个空文件。但是，这里再次:很容易错过和/或将其视为提示。
• true > file：布尔与重定向或文件内容有什么关系？这是什么意思是我读到的第一件事。
• cat /dev/null > file。串联/dev/null成file？ cat而往往被视为命令转储文件的内容，仍然是有意义的：转储内容的空文件到file，有点像一个令人费解的方式说cp /dev/null file，但还是可以理解的。
• cp /dev/null file。将空文件的内容复制到file。很有道理，尽管有人不知道cp默认情况下该怎么做可能会认为您正在尝试制作file一个null设备也是如此。
• eval > file或eval '' > file。不执行任何操作并将其输出重定向到file。我感觉合理。奇怪的是，这不是一个常见的成语。
• printf '' > file：显式不打印任何文件。对我来说最有意义的那个

在表现方面

不同之处在于我们是否使用内置的Shell。如果不是，则必须派生一个进程，并加载并执行命令。

eval保证可以在所有shell中构建。:内置在任何可用的地方（Bourne / csh喜欢）。true仅在类似Bourne的外壳中内置。

printf内置了大多数现代的Bourne式外壳和fish。

cp并且cat通常不是内置的。

现在cp /dev/null file不调用shell重定向，因此类似：

find . -exec cp /dev/null {} \;

将会比：

find . -exec sh -c '> "$1"' sh {} \;

（尽管不一定比：

find . -exec sh -c 'for f do : > "$f"; done' sh {} +

）。

亲自

就个人而言，我使用的: > file是类似Bourne的贝壳，如今除了使用类似的Bourne以外的贝壳，什么也不要使用。

您可能要看一下truncate，它确实可以做到：截断文件。

例如：

truncate --size 0 file.txt

这可能比使用慢true > file.txt。

但是，我的主要观点是：truncate用于截断文件，而使用>则具有截断文件的副作用。

答案取决于什么 file.txt以及如何写入！

我会举一个常见的用例：您的日志文件越来越多， file.txt，并希望对其进行轮换。

因此，例如，您将复制file.txt到file.txt.save，然后截断file.txt。

在这种情况下，如果文件不是由another_process（例如：another_process可能是一个输出到该文件的程序，例如记录某些内容的程序），那么您的两个建议是等效的，并且都可以正常工作（但第二个建议是可取的）第一个“ cat / dev / null> file.txt”是Cat的无用用法，并且还会打开并读取/ dev / null）。

但是真正的麻烦是如果other_process仍然处于活动状态，并且仍然具有打开file.txt的句柄。

然后，根据other process文件的打开方式，出现两种主要情况：

• 如果other_process以正常方式打开它，则该句柄仍将指向文件中的先前位置，例如，偏移量为1200个字节。因此，下一次写操作将从偏移量1200开始，因此，您将再次拥有1200bytes文件（+所写的other_process），其中包含1200个前导空字符！我想不是你想要的。

• 如果在“追加模式”下other_process打开file.txt，则每次写入时，指针都会主动寻找到文件末尾。因此，当您截断它时，它将“搜索”到字节0，并且不会有不良影响！这就是您想要的（...通常！）

请注意，这意味着在截断文件时，需要确保所有other_process仍在写入该位置的文件都已在“追加”模式下将其打开。否则，您需要停止这些操作other_process，然后重新启动它们，以便它们开始指向文件的开头而不是先前的位置。

参考：https : //stackoverflow.com/a/16720582/1841533进行了更简洁的解释，并在/programming//a/984761/1841533上介绍了正常模式和附加模式日志记录之间的区别的简短示例

我喜欢并经常使用它，因为它看起来更干净，而不像有人不小心按了回车键：

echo -n "" > file.txt

也应该是内置的吗？