我正在尝试在python中创建一个守护进程.我发现了以下问题,其中有一些我目前正在关注的好资源,但我很好奇为什么需要双叉.我抓住谷歌,发现有足够的资源声明一个是必要的,但不是为什么.
有人提到它是为了防止守护进程获得控制终端.没有第二个叉子怎么做呢？有什么影响？
从命令行启动的运行C或C++程序的最佳方法是将其置于后台,相当于用户是否从命令末尾的'&'启动了unix shell？(但用户没有.)这是一个GUI应用程序,不需要任何shell I/O,因此没有理由在启动后绑定shell.但是我希望shell命令启动在没有'&'(或Windows)的情况下自动后台运行.
理想情况下,我想要一个适用于Linux,OS X和Windows的解决方案.(或者我可以用#ifdef选择单独的解决方案.)可以假设这应该在执行开始时完成,而不是在中间的某个地方.
一种解决方案是让主程序成为启动真实二进制文件的脚本,小心地将其放入后台.但是需要这些耦合的shell /二进制对似乎并不令人满意.
另一个解决方案是立即启动另一个执行版本(带有'system'或CreateProcess),使用相同的命令行参数,但将子项放在后台然后让父出口.但与将自身置于背景中的过程相比,这似乎很笨拙.
在几个答案之后编辑:是的,fork()(或系统()或Windows上的CreateProcess)是一种解决这个问题的方法,我在原始问题中暗示过.但是所有这些解决方案都使得SECOND流程成为背景,然后终止原始流程.我想知道是否有办法将现有流程放入后台.一个区别是,如果应用程序是从记录其进程ID的脚本启动的(可能是为了以后的查杀或其他目的),新分叉或创建的进程将具有不同的ID,因此任何启动脚本都无法控制,如果你看到我得到了什么.
编辑#2:
fork()不是OS X的好解决方案,其中'fork'的手册页说如果使用某些框架或库则它是不安全的.我试过了,我的应用程序在运行时大声抱怨:"进程已分叉,你不能安全地使用这个CoreFoundation功能.你必须执行()."
我对daemon()感兴趣,但是当我在OS X上尝试它时,它给出了相同的错误消息,所以我认为它只是fork()的一个花哨的包装器并且具有相同的限制.
请原谅OS X中心主义,它恰好是我眼前的系统.但我确实在寻找所有三个平台的解决方案.