NoFence Asked: 2015-08-19 00:23:25 +0800 CST2015-08-19 00:23:25 +0800 CST 2015-08-19 00:23:25 +0800 CST 为什么我可以看到后台进程的输出? 772 例如,当我输入 时ping 8.8.8.8 &,为什么我们可以看到 ping 进程在工作?当我打字时find / -name '*test*' &,它也会出现在显示器上。 这是为什么?真的不在后台吗? command-line 4 个回答 Voted Best Answer Ron 2015-08-19T00:33:26+08:002015-08-19T00:33:26+08:00 指示 shell在&后台运行命令,即,它在单独的子 shell 中分叉并作为作业异步运行。 请注意,当您将&输出(stdout 和 stderr)都打印到屏幕上时。如果您不想在屏幕上看到任何输出,请通过以下方式将stdout和重定向stderr到一个文件: myscript > ~/myscript.log 2>&1 & 如果您不担心以后分析错误,通常您可能希望stderr通过将其重定向到来丢弃它。/dev/null 您甚至可以在单独的子 shell 中同时运行命令/脚本。例如; ./script1 & ./script2 & ./script3 & 后台作业可以在使用以下命令完成之前返回到命令行: fg <job-number> job-number可以通过运行获得 jobs Andrea Corbellini 2015-08-19T00:33:45+08:002015-08-19T00:33:45+08:00 当您使用&时,该进程在后台运行。但它的标准输出仍然是终端。 事实上,您可以同时运行ping 8.8.8.8 &and find / -name '*test*' &(导致混合输出),但您可能不会在同一个 shell 上同时运行ping 8.8.8.8and 。find / -name '*test*' 如果您不想看到任何内容,请使用类似ping 8.8.8.8 &> /dev/null &. 此外,您可能想了解nohup和disown。 sid 2021-02-08T10:53:49+08:002021-02-08T10:53:49+08:00 我想尝试具体回答为什么部分: 这是为什么? 作业控制的 POSIX 实现,选择将 STDOUT、STDERR 附加到父终端[1]。我怀疑这是历史上的默认选择,也许是因为过去只有一个物理终端而没有模拟器,所以终端是唯一的选择,所有作业都可以将输出写入(?) 如果您在没有像屏幕这样的程序的情况下创建了终端,那么 STDOUT/ERR 似乎很难恢复,如果您关闭了 SSH,您的终端和其中的 shell 将无法访问或容易死机:https:// superuser.com/questions/50058/after-the-fact-remote-nohup-with-tcsh/50077#50077尽管如那里的答案所示,如果父 shell 已拒绝该进程,则可以通过附加 gdb 来完成。这也是终端仿真器如此有用的一个重要原因,因为如果没有每个人都有自己的终端,交互式进程通常无法真正生存。 [1] https://www.gnu.org/software/libc/manual/html_node/Access-to-the-Terminal.html Most Wanted 2022-05-31T00:31:28+08:002022-05-31T00:31:28+08:00 允许管理多个进程并具有漂亮的终端 UI 的现代且易于使用的方法是倒霉的实用程序。 pip install hapless使用(或)安装python3 -m pip install hapless并运行 $ hap run my-command # e.g. hap run python my_long_running_script.py $ hap status # check all the launched processes $ hap logs 4 # output logs for you 4th background process $ hap logs -f 2 # continuously stream logs for the 2nd process 您不需要设置任何重定向,并且可以随时检查状态/输出。有关详细信息,请参阅文档。 注意:我是这个包的作者。
指示 shell在
&
后台运行命令,即,它在单独的子 shell 中分叉并作为作业异步运行。请注意,当您将
&
输出(stdout 和 stderr)都打印到屏幕上时。如果您不想在屏幕上看到任何输出,请通过以下方式将stdout
和重定向stderr
到一个文件:如果您不担心以后分析错误,通常您可能希望
stderr
通过将其重定向到来丢弃它。/dev/null
您甚至可以在单独的子 shell 中同时运行命令/脚本。例如;
后台作业可以在使用以下命令完成之前返回到命令行:
job-number
可以通过运行获得当您使用
&
时,该进程在后台运行。但它的标准输出仍然是终端。事实上,您可以同时运行
ping 8.8.8.8 &
andfind / -name '*test*' &
(导致混合输出),但您可能不会在同一个 shell 上同时运行ping 8.8.8.8
and 。find / -name '*test*'
如果您不想看到任何内容,请使用类似
ping 8.8.8.8 &> /dev/null &
.此外,您可能想了解
nohup
和disown
。我想尝试具体回答为什么部分:
作业控制的 POSIX 实现,选择将 STDOUT、STDERR 附加到父终端[1]。我怀疑这是历史上的默认选择,也许是因为过去只有一个物理终端而没有模拟器,所以终端是唯一的选择,所有作业都可以将输出写入(?)
如果您在没有像屏幕这样的程序的情况下创建了终端,那么 STDOUT/ERR 似乎很难恢复,如果您关闭了 SSH,您的终端和其中的 shell 将无法访问或容易死机:https:// superuser.com/questions/50058/after-the-fact-remote-nohup-with-tcsh/50077#50077尽管如那里的答案所示,如果父 shell 已拒绝该进程,则可以通过附加 gdb 来完成。这也是终端仿真器如此有用的一个重要原因,因为如果没有每个人都有自己的终端,交互式进程通常无法真正生存。
[1] https://www.gnu.org/software/libc/manual/html_node/Access-to-the-Terminal.html
允许管理多个进程并具有漂亮的终端 UI 的现代且易于使用的方法是倒霉的实用程序。
pip install hapless
使用(或)安装python3 -m pip install hapless
并运行您不需要设置任何重定向,并且可以随时检查状态/输出。有关详细信息,请参阅文档。
注意:我是这个包的作者。