主页 / unix / 问题 / 484276
Accepted
Tim
Asked: 2018-11-27 11:48:50 +0800 CST

`disown -h` 和 `nohup` 有效地工作相同吗？

  • 772

disown

  • 导致 shell 在 shell 终止时不发送 SIGHUP 到其不承认的作业，并且

  • 从 shell 的作业控制中删除不承认的作业。

第一个是第二个的结果吗？换句话说，如果从 shell 启动的进程以任何方式从 shell 的作业控制中删除，shell 是否不会在 shell 终止时向进程发送 SIGHUP？

disown -h 仍然将进程置于 shell 的作业控制之下。这是否意味着disown -h让进程仍然接收到从shell发送的SIGHUP，但是将进程的SIGHUP动作设置为“忽略”？这听起来类似于nohup。

$ sleep 123 & disown -h
[1] 26103
$ jobs
[1]+  Running                 sleep 123 &
$ fg 1
sleep 123
$ ^Z
[1]+  Stopped                 sleep 125
$ bg 1
[1]+ sleep 123 &
$ exit

$ ps aux | grep sleep
t        26103  0.0  0.0  14584   824 ?        S    15:19   0:00 sleep 123

如果我们忽略他们在使用终端方面的差异，是否可以有效地工作disown -h？nohup

谢谢。

bash nohup

2 个回答

  1. Best Answer

    nohup和disown -h不完全相同的东西。

    使用disown，从当前交互式 shell 中的作业列表中删除一个进程。jobs在启动后台进程并运行后运行不会disown将该进程显示为 shell 中的作业。退出的作业在退出时不会收到HUP来自 shell 的 a（但请参阅末尾的注释）。

    使用disown -h，该作业不会从作业列表中删除，但如果它退出，shell 不会向HUP它发送信号（但请参阅末尾的注释）。

    该nohup实用程序忽略该HUP信号并启动给定的实用程序。该实用程序继承了信号掩码，nohup因此也将忽略该HUP信号。当 shell 终止时，该进程仍然是nohup（并nohup重新成为init）的子进程。

    不同之处在于，无论谁发送信号，进程都以nohup忽略开始。HUP被拒绝的进程只是没有由shell发送HUP信号，但仍可能从 eg 发送信号并且不会忽略这一点。kill -s HUP <pid>

    请注意，HUP仅在以下情况下才会发送到 shell 的作业

    • shell 是登录 shell 并且huponexit设置了 shell 选项，或者
    • 外壳本身接收到一个HUP信号。

    手册中的相关内容bash（我的重点）：

    信号

    [...]

    默认情况下，shell在收到SIGHUP. 在退出之前，交互式 shell 将重新发送SIGHUP给所有正在运行或停止的作业。发送已停止的作业SIGCONT以确保它们收到 SIGHUP. 为防止 shell 将信号发送到特定作业，应使用disown内置函数（见下文）将其从作业表中删除，或 使用SHELL BUILTIN COMMANDS标记为不接收。SIGHUPdisown -h

    如果huponexitshell 选项已设置为shopt，则在交互式登录 shell 退出时向所有作业bash发送 a 。SIGHUP

    disown [-ar] [-h] [jobspec ... | pid ... ]

    如果没有选项，jobspec请从活动作业表中删除每个选项。[...]如果-h给出了选项，每个jobspec都不会从表中删除，但会被标记，以便SIGHUP如果 shell 收到一个SIGHUP. [...]

    有关的：

    • 23

  2. 它们不一样：

    • disown 从活动作业表中删除作业。然后继续当前的工作。使用 -h不会发送 SIGHUP 进程。相反，当它收到 SIGHUP 时，它会随着包含它的 shell 而死。

    • nohup 忽略 HUP。然后，任何通过进程关闭传递给终端的东西都会转到文件nohup.out中。

      nohup 由 POSIX 定义，而 disown 不是。

    • 4

相关问题