当应用程序可以作为系统服务运行时，为什么要使用 nohup？

Question

我把这个问题放在stackoverflow上，因为我已经在这里找到了很多关于这个主题的问题。

简介

简单地说，nohup 可用于在后台运行应用程序，并在用户注销或终端或 ssh 会话关闭后保持它们运行，例如

stackoverflow 上有很多示例问题，例如 this 或 that。

我的问题很简单。

为什么选择nohup，当有像upstart、systemd、...这样的选项以更方便的方式（运行级别、...）管理应用程序时？

阅读了许多类似主题的问题，唯一的选择似乎是nohup。几乎从来没有答案是这样的：“...使用新贵的脚本，所以一切都为您处理...”

---

我主要会选择例如upstart，除了可能是快速而肮脏的测试场景。

我错过了什么重要的东西吗？

Answer 1

nohup 快速、简单、不需要 root 访问权限并且不会对系统进行永久性更改。这就是为什么很多人使用它（或尝试使用它）而不是配置服务的原因。

在没有任何监督的情况下在后台运行通常是个坏主意，尽管有许多不适合传统服务模型的合法用例。例如：

1. 只有在某些用户操作之后，有时才需要后台进程。
2. 可能需要多个实例。例如：每个用户一个或每个会话一个。
3. 进程可能不需要一直运行。它在完成工作后就退出了。

一些现实世界的例子（使用类似nohup 的东西，很难作为系统服务实现）：

1. git 有时会在后台运行 git gc 以优化存储库而不阻塞用户工作
2. adb 将在后台启动其服务并保持运行，直到用户要求终止它
3. 一些编译器可以选择在后台继续运行以减少后续调用的启动时间

Answer 2

您的理解是正确的，问这些问题的方式自然答案是nohup - upstart 将是不同问题的答案，例如How to make sure an application keeps running on Linux