我刚刚接手了一个遗留应用程序,它在GNU screen会话中启动后台进程,而不是将它们变为守护进程。我正在尝试弄清楚原始程序员为什么要以这种方式编写它。是否有充分的理由在screen中启动进程,而不是使用fork或使用nohup
启动它们?
我刚刚接手了一个遗留应用程序,它在GNU screen会话中启动后台进程,而不是将它们变为守护进程。我正在尝试弄清楚原始程序员为什么要以这种方式编写它。是否有充分的理由在screen中启动进程,而不是使用fork或使用nohup
启动它们?
@Marc B的评论提出了一个非常好的观点(很不幸它不是答案,但这会是个好答案!)。另外,我认为还有一个原因是因为使用屏幕进行伪守护进程化应用程序实在太容易了。
就我个人而言,我经常这样做。例如,我正在为我的公司开发一个Django应用程序,将来会展示给大家。虽然它还没有完成,但对我很有用,所以我在一个screen会话中启动它,并在需要时保持可用状态。