我有一种情况,我需要从一个非常大的multithreading应用程序中产生一个辅助进程,但是我没有完全的控制权。
现在我正在使用fork()
/ exec()
。 这在很多情况下都是有效的,但是在某些情况下,在exec()
发生之前,孩子会奇怪地崩溃。 我怀疑这是因为fork()
multithreading应用程序通常被认为是一个真正的坏主意。
我真的很喜欢以primefaces方式启动一个进程的方式,没有fork()
父进程:所有文件描述符closures,环境设置我想要的方式,CWD设置等。这应该避免所有的fork()
我的multithreading父应用程序,并处理文件描述符inheritance,等posix_spawn()
应该是理想的。 不幸的是,在Linux上, posix_spawn()
使用fork()
和exec()
。
vfork()
被定义为挂起父进程,直到subprocess调用exec()
。 这似乎更像我想要的,但我的理解是, vfork()
通常被认为是一个历史遗迹这些天,相当于fork()
—这仍然是这种情况?
处理这个问题最糟糕的方式是什么?
注意:
这是在Linux上。 涉及Java,但我所有的代码都在C
如果将自己限制为“原始”系统调用( syscall(SYS_fork)
, syscalll(SYS_execve, ...)
等) syscalll(SYS_execve, ...)
调用fork
应该是安全的。 调用任何glibc例程,你会遇到很多麻烦。
调用vfork
完全不是你想要的:只有被称为vfork
的线程被挂起,其他线程将继续运行(和vforked子进程在同一个地址空间中)。 这很可能使你的生活复杂化。
直接调用clone
是可能的,但是非常棘手。 我们有一个允许从多线程应用程序中安全分派子进程的实现(不幸的是不是开源的)。 这个代码非常复杂,而且非常长。
如果仅使用异步信号安全操作,则fork'ing多线程应用程序被认为是安全的。 POSIX 说 :
一个进程应该创建一个单一的线程。 如果多线程进程调用fork(),则新进程将包含调用线程的副本及其整个地址空间,可能包括互斥锁和其他资源的状态。 因此,为了避免错误,子进程可能只执行异步信号安全操作,直到调用其中一个exec函数为止。 分叉处理程序可以通过pthread_atfork()函数建立,以便在fork()调用中维护应用程序不变量。
posix_spawn()不是最好的主意:
临时修改多线程进程的环境也很复杂,因为所有线程都必须同意何时可以改变环境的安全性。 但是,这些成本只能由那些使用附加功能的posix_spawn()和posix_spawnp()调用来承担。 由于大量的修改不是通常的情况,而且对时间要求严格的代码来说尤其不可能,因此保持posix_spawn()和posix_spawnp()的大部分环境控制是合适的设计。
(看man posix_spawn )
我想你有从父资源复制的问题。 你可以使用pthread_atfork()处理程序清理它们(你使用pthread,对吧?)。 另一种方法是使用低级函数来创建名为clone()的进程。 它几乎可以完全控制子进程应该从父进程继承什么。
[UPDATE]
解决这个问题的最简单方法可能就是改变你的分拣方案。 例如,即使在程序初始化所有资源之前,您也可以创建一个新的进程(fork)。 即在创建所有线程之前,在main()中调用fork()。 在子进程中设置一个信号处理程序(例如SIGUSR2信号)和睡眠。 当父母需要执行某个新的进程时,它会将SIGUSR2信号发送给您的子进程。 当孩子抓住它时,它调用fork / exec。