我正在尝试使用fork-exec从我的C -project中生成一个新进程.我正在使用fork-exec来创建子进程的双向管道.但是我担心分叉进程中的资源不会被正确释放,因为exec-call将完全接管我的进程并且不会调用任何析构函数.
我尝试通过抛出异常并在main的末尾从catch块调用execl来绕过这个,但是这个解决方案并没有破坏任何单例.
有没有明智的方法来安全地实现这一目标？ (希望避免任何atExit黑客攻击)
We are the child,gogo!
Parent proc,do nothing
Destroying object
即使分叉进程也有一个单例的副本,在我调用execl之前需要对其进行破坏.
#include 即使外部观察者可以说,在孩子身上运行析构函数也可能是错误的.通常的例子是：假设你在调用fork之前向stdout写了一些东西,但是它在库中被缓存了,所以实际上还没有被传递到操作系统.在这种情况下,你不能在孩子的stdout上调用fclose或fflush,否则输出会发生两次！ (这也是为什么你几乎肯定应该调用_exit而不是退出,如果exec失败.)
说了这么多,有两种常见的情况,你可能需要在孩子身上做一些清理工作.一个是文件描述符(不要将它们与stdio FILE或iostream对象混淆),这些描述符不应该在exec之后打开.处理这些问题的正确方法是在打开它们之后尽快设置FD_CLOEXEC标志(某些操作系统允许您在打开时自行执行此操作,但这不是通用的)和/或从3循环到某些大型在孩子中呼叫关闭(不是fclose)的号码. (FreeBSD有closefrom,但就我所知,没有其他人这样做,这是一种耻辱,因为它非常方便.)
另一种情况是系统全局线程锁定 – 这是一个棘手且标准化程度较低的区域 – 可能会被父级和子级所占用,然后跨越exec继承到一个不知道它持有锁的进程.这就是pthread_atfork应该用于的内容,但我已经读到,在实践中它不能可靠地工作.我能提供的唯一建议就是“当你打电话给叉子时不要拿任何锁”,对不起.
