GNU Screen 手册说:
`-d -m'
Start `screen' in _detached mode. This creates a new session
but doesn't attach to it. This is useful for system startup
scripts.
`-D -m'
This also starts `screen' in _detached_ mode, but doesn't fork
a new process. The command exits if the session terminates.
-dm
我很清楚:
screen
分叉一个新进程来运行提供的命令(如果未指定任何内容,则为 shell)。- “fork”意味着奇怪的薛定谔的系统调用,其中源代码在观察到返回值之前不知道它是父项还是子项。
- 这个新过程被认为
screen
是可以附加的东西。
我注意到它-dm
返回了 shell 的控制权,但-Dm
会阻塞。
所以我的问题是:
- 为什么会
-Dm
阻塞?这与它缺乏分叉有何关系? - 它除了分叉之外还能做什么?我认为它仍然会创建一个新进程,因为“分离模式”建议可以通过可附加的 PID 来识别进程。
-Dm
代替 的用例是什么-dm
?
谢谢!
在文档引用的上下文中
screen
,您可以将“分叉新进程”理解为“启动新子进程”。冒着走得太远的风险,以下是您可以考虑如何使该过程发挥作用的方法。要创建子进程,进程必须使用fork(2)
. 该子进程可以从父进程中自由运行,并且子进程存在于exec(2)
从父进程运行的命令中。家长可以选择——wait(2)
返回退出状态wait(2)
SIGCHLD
它子进程已退出的信号,此时调用wait(2)
以接收退出状态现在,考虑到这一点,以下是它如何应用于
screen
.通常您会想要
screen -dm
创建一个新的(子)进程并与其分离,以允许您自己的命令继续执行。例如,这在您不希望命令被阻止的~/.profile
旧系统范围内可能是有意义的。/etc/rc.local
在这种情况下,上述子进程实际上是 的另一部分screen
,它又将真正的命令进程作为另一个子进程(原始父进程的孙进程)启动。的两个部分进行screen
通信,并且 的子实例screen
管理其命令子实例,该命令子实例执行您真正想要的工作。有时您可能希望在主管的控制下使用,
screen
例如systemd
. 在这种情况下,您将使用screen -Dm
以便主管可以识别所管理的进程是否/何时screen
退出,可能是为了重新启动它。如果screen
分离了子进程(就像它一样screen -dm
),主管将无法轻松判断它是否仍在运行;这些-Dm
标志允许screen
向子进程提供其所有功能,同时仍将其存在传达给父进程。screen
在这种情况下,不会创建中间进程(子进程),screen
父进程直接控制执行您真正想要的工作的命令子进程。考虑
screen -dm sleep 30
- 启动该screen
命令的交互式 shell 无法判断该命令是否sleep 30
仍在运行。没有反馈。screen -Dm sleep 30
- 您的交互式 shell 会阻塞直到sleep 30
退出。此时您知道它不再运行了。显然对于交互式会话来说不太有用,但对于诸如systemd
.