如何防止在终端中启动的应用程序意外退出？

我使用以下命令从终端启动应用程序：

/Applications/Mail.app/Contents/MacOS/Mail &

重要的是  &。

• 对于Unix / Linux / Solaris：

  • 我在学校了解到，添加make  &可以使该程序独立运行。
  • 我强烈记得xeyes &即使关闭外壳后也要启动类似的命令  并使程序安全运行。

• 在Mac OS X（内部为Unix）上：

  1. 我使用启动应用程序，  &然后关闭“终端”窗口：应用程序退出！
  2. 为什么在Mac OS X上会发生这种不良行为？
  3. 如何解决？

完成您要完成的工作（在OS X以及Linux，FreeBSD或其他系统上）的“标准”方法是使用以下命令nohup：

nohup program &

这将开始program，由于&-，它将相对于shell在后台运行，并且由于nohup命令而将忽略挂断信号。

这样，即使您关闭外壳程序也将继续运行程序。是因为要关闭Terminal.app而要关闭外壳，还是因为要断开与计算机的ssh连接或类似连接而断开外壳，都没有关系。

当您关闭终端窗口时，它将向窗口发送SIGHUP（挂断信号），然后向其启动的所有进程发送SIGHUP。这是bash和许多其他shell的传统行为，而对此的传统解决方案是使用nohup。

不同的Unix机器可能会有不同的方式，因此您使用的特定终端模拟器或使用的特定Shell可能表现出不同。但这不是特定于OS X的 。例如，在Ubuntu上对此有一个问题。

使用与号“ &”，您将告诉Terminal在外壳本身的后台运行该进程。因此，当您关闭外壳程序（并终止进程）时，GUI（Mail.app本身）也将关闭。

从终端启动Mail的正确命令很简单：

open -a Mail; exit

编辑：我刚刚在U＆L Stack Exchange上发现了这一点：＆符号在shell脚本行的末尾是什么意思？提供的答案非常好，可以比我更详尽，更准确地解释正在发生的事情！我强烈建议您仔细阅读。

我找到了解决方案：

(/Applications/Mail.app/Contents/MacOS/Mail &)

它很简单，很漂亮，而且有效！

括号( )在子shell 中  启动命令。

@jksoegaard具有正确的命令，但是正如您在注释中提到的那样，它会创建一个nohup.out文件。要停止创建nohup.out文件，您需要将STDOUT和STDERR重定向到其他位置。完整的命令将是nohup program &>/dev/null &。这将在后台运行程序，忽略SIGHUP，并将所有STDOUT和STDERR发送到/ dev / null。

但是，如果您不记得要添加nohup（就像您在原始问题中一样），则可以使用disown -arh命令将所有后台运行的作业标记为忽略SIGHUP。

或者你可以尝试 open -a /Applications/Mail.app

用法：打开[-e] [-t] [-f] [-W] [-R] [-n] [-g] [-h] [-s] [-b] [-a] [文件名] [--args参数]
帮助：打开可从外壳打开文件。
      默认情况下，使用该文件的默认应用程序打开每个文件。
      如果文件采用URL形式，则文件将作为URL打开。
选项：
      -a用指定的应用程序打开。
      -b使用指定的应用程序捆绑包标识符打开。
      -e使用TextEdit打开。
      -t使用默认文本编辑器打开。
      -f从标准输入中读取输入，并使用TextEdit打开。
      -F --fresh新鲜启动应用程序，即不还原Windows。保存的永久状态将丢失，不包括未命名文档。
      -R，--reveal在查找器中选择而不是打开。
      -W，--wait-apps阻止直到已使用的应用程序关闭（即使它们已经在运行）。
          --args所有其余参数在argv中传递给应用程序的main（）函数，而不是打开。
      -n，--new即使该应用程序已经在运行，也要打开它的新实例。
      -j，--hide启动隐藏的应用程序。
      -g，--background不将应用程序置于前台。
      -h，--header在头文件位置中搜索与给定文件名匹配的头，然后将其打开。
      -s对于-h，使用的SDK；如果提供，则仅搜索名称包含自变量值的SDK。
                        否则，将使用每个平台中版本最高的SDK。

我找到了解决方案：用邪恶与邪恶作战。

我使用以下命令启动应用程序：

/Applications/Mail.app/Contents/MacOS/Mail & exit

外壳立即退出。即使关闭了“终端”窗口，该应用程序仍然可以生存。

但是这种解决方案不是很方便。