Perl 脚本、Fork/Exec、系统声称我的进程已死亡，而实际上只有我的子进程已死亡

Question

我有一个 Perl 脚本，它执行 fork/exec 来在后台启动另一个工具，并在另一个工具运行时监视一些文件系统更改。这似乎按预期工作。

当我从 shell（例如 Bash）启动此 Perl 脚本时，当然只要我的 Perl 脚本正在运行，shell 提示符就应该消失。并且它将继续运行，直到发生预期的文件修改；但不能保证文件修改可能是由外部工具完成的，在这种情况下，外部工具将退出，但我的脚本将继续运行，并且必须以某种方式处理这种情况 - 这种处理超出了问题的范围，并且与我的问题无关（到目前为止它甚至还没有实现）。

我的问题是，一旦我的子进程终止，Bash 就会返回提示符，声称我的进程已完成运行......这不是真的。显然它仍在后台运行，并且仍在等待文件系统修改。如果我继续在脚本的主循环中打印一些文本，即使 bash 已经返回到提示符，该文本仍然会被打印。

我不明白是什么让 bash 相信我的进程已经退出。我尝试在脚本中阻止 SIGCHLD 信号，我尝试关闭和/或重定向 STDOUT/STDERR/STDIN （在 fork 上重复，但你永远不知道） - 没有成功。我什至尝试了著名的“双叉”，使最终的孩子独立于我的脚本过程，得到相同的结果。无论我做什么，只要我的孩子（或孙子）去世，Bash 就会相信我的进程就停止了。在后台启动我的脚本（在末尾使用“&”）使 Bash 甚至告诉我进程 XYZ 已经完成（它在这里命名我的进程，而不是子进程，即使我的进程很高兴地活着并打印到终端）通过 STDOUT 那一刻）。

如果这只是 Bash 的问题，我一点也不在乎，但其他应该运行我的脚本的第三方软件也会以同样的方式运行。我的孩子一死，他们就声称我的剧本实际上已经死了，这根本不是事实。

Answer 1

只是一个健全性检查，你的主程序是否走在正确的分叉上？它应该遵循非零路径：

my $pid = fork;
if ($pid == 0) {
    print "Child\n";
} else {
    print "Main\n";
}

来自 man fork：

成功完成后，fork()
返回值 0 给子级
进程并返回进程 ID
子进程到父进程
流程。