1

我正在学习使用 inotifywait，特别是使用以下脚本：https ://unix.stackexchange.com/questions/24952/script-to-monitor-folder-for-new-files 。我不明白的是为什么我的脚本在我使用pid x.

36285 pts/1    S+     0:00 /bin/bash ./observe2.sh /home/user1/testfolder
36286 pts/1    S+     0:00 inotifywait -m /home/user1/testfolder -e create -e moved_to
36287 pts/1    S+     0:00 /bin/bash ./observe2.sh /home/user1/testfolder

为了更快地测试，我更改了链接脚本，以便您可以通过 $1 传递任何文件夹以进行观察，并保存为observe2.sh：

#!/bin/bash
inotifywait -m $1 -e create -e moved_to |
    while read path action file; do
        echo "The file '$file' appeared in directory '$path' via '$action'"
        # do something with the file
    done

为什么脚本进程会出现两次？在这个过程中的某个地方有叉子吗？有人可以解释为什么两个进程的这种行为正在发生吗？

4

1 回答 1

5

因为它有一个管道。

管道派生出一个子外壳——第二个进程——并将它们连接起来。在foo | bar-- 这些都是外部的、非 shell 命令的情况下 -- 子shellexec是实际命令，因此会丢失它们的进程树条目。当该管道的元素被写入 shell 时，执行它的 shell 将保留在进程树中。

也就是说，我建议[1]以不同的方式编写它：

while read -r path action file; do
    echo "The file '$file' appeared in directory '$path' via '$action'"
    # do something with the file
done < <(exec inotifywait -m "$1" -e create -e moved_to)

这将使 while 循环保持在主进程中，exec并使分叉的子 shell 将自身替换为inotifywait. 因此，您在while循环中所做的更改（例如在脚本中设置变量）即使在脚本从循环中移出后仍将持续存在，而如果您将循环放入管道中，则其中设置的任何变量都将作用于子壳。有关详细信息，请参阅BashFAQ #24。

[1] - 实际上，如果您想彻底涵盖所有极端情况，我建议您写得比这更不同。由于 POSIX 文件名可以包含除 NUL 之外的任何字符或/（/当然，可以存在于路径名中），空格或换行符分隔的名称是一个非常糟糕的主意；现有实现中也存在围绕以空格结尾的名称的错误。不幸的是，由于inotifywait不允许自定义格式字符串包含\0以 NUL 分隔它们，因此从中获得完全明确的输出是非常棘手的；它已在 StackOverflow 上的其他答案中进行了介绍，我不太倾向于在这里复制它们的内容。

于 2015-06-05T15:46:43.750 回答