为什么将sed输出重定向到同一输入文件会使我的机器无响应？

我试图sed替换大文件（100 MB）中的某些关键字。我没有意识到-i（inplace）选项，所以我的第一次尝试是这样重定向：

sed 's/original/edited/g' file.log >> file.log

之后发生的事情是我的PC停了下来，几乎没有键盘输入。我尝试使用其他控制台Ctrl+ Alt+，F1但在缓慢输入用户名后，它也停止了运行。没有键盘，我唯一的选择是对机器进行硬件复位。登录后，我看到file.log约为8 GB。

我真的很想了解为什么执行该命令会使系统变得无响应，以及在系统级别是否存在触发警报并杀死令人讨厌的进程的机制？

就像已经说过的那样，>>追加到文件中，因此您的sed命令将坐在那里，读取刚输出的行，然后再输出一些行。如果您想就地替换文件，>仍然无法使用，但是您知道sed的-i选项，这绝对是您想要的选项。

但是，如果您绝对确定要作为流附加到正在读取的文件上，并且只想进行一次传递，请考虑sponge从moreutils包中使用。

sed 's/original/edited/g' file.log | sponge >> file.log

sponge从stdin读取到内存，直到EOF，然后将其所有内容转储到stdout，因此sed将命中文件的末尾，停止读取文件，将其关闭，然后海绵将开始附加到文件。

您的sed命令试图读取要附加到的文件。它永远不会到达文件末尾，但是尝试会占用大量CPU时间。这就是发明^ C（中断电流过程）的原因。

在任何情况下，将其重新添加到您从中读取的文件都不是一个好主意，因为最终您将得到一个不断增长的文件。如果您确实要写回文件，则应使用-i标志：

sed -i 's/original/edited/g' file.log

或者，如果您希望它在进行更改之前创建备份，则可以将文件后缀添加到-i标志：

sed -i.bak 's/original/edited/g' file.log

这将创建一个名为的文件file.log.bak，然后进行更改，即通过尝试将其追加到您正在读取的文件中所做的操作，我们在程序员语中称为数据竞争，其中不同的进程竞争同一数据源的输入或输出。这也是您的机器停止运行的原因。