背景:我有一个大型的现有流程(它恰好在AIX上,基本上是POSIX语义),它是更大系统的一部分。现有流程旨在持续运行。此过程的新要求是处理一种新的复杂输入流。为了降低风险,我决定派生/执行子进程来进行实际的输入处理,这会将现有的主进程与崩溃或挂起格式错误的输入数据等问题隔离开来。
子进程从stdin读取数据并在处理后写入stdout。我已经设置了所有的通信管道,所以我可以将输入数据从主进程传递给子进程,并以另一种方式读取输出,这一切都正常(非阻塞以避免死锁等)。只要主进程从外部源接收(有限)输入流,子进程就会存在。
我的问题是管道手柄本身。主进程通过调用附加到子项stdin的管道上的close()
来通知子项输入流已完成。只要主进程持有该管道写入端的仅句柄,这就可以工作。如果由于其他一些无关的原因,主要流程决定分叉怎么办?然后,这将为管道的写端创建两个句柄,这意味着当我尝试关闭stdin管道的写端时,子进程将不会注意到,因为还有另一个句柄写入结束了。那个其他打开的手柄是我无法控制的。
我知道我可以在文件描述符上设置FD_CLOEXEC
位,以便在exec()
完成时自动关闭。但是,这不能防止主要过程分叉但不执行的情况。
这个问题的一般解决方案是什么?我只想到几个想法:
答案 0 :(得分:2)
很少没有exec的标准系统库fork
。这很不寻常。 Unix或Linux中没有close-on-fork工具,我怀疑它在AIX上。如果您真的非常关心那么AIX上有可加载的内核扩展。据推测,你知道关于执行官的fcntl
。如果你的同事正在写无执行力的分叉,那么我就无法提供太多帮助。