废话少说,开门见山吧!
一般情况下在Linux终端下输入的命令几乎都会开启一个子进程,而这个子进程默认的父进程就是当前的shell,默认在前台执行。要想放到后台执行有如下方法。
1、单独使用 &
用法:命令 参数… &(和前面空格隔开)。如sudo apt-get update &
个人理解:但是由于该子进程的父进程还是当前的终端shell,当用户与该终端断连后,而断连后该终端shell的进程就会被系统关掉,这样会导致该shell开启的子进程都会被关掉,也就导致之前用&放到后台的进程被杀掉了。
&的特点:将命令放到后台,不受到前台输入的ctrl+c中止命令影响,但关掉终端,后台进程也会关掉。
2、单独使用 nohup
用法:nohup 命令 参数…。如nohup sudo apt-get update
个人理解:我觉得,nohup本身不是将命令放到后台执行,而是让该命令子进程的父进程在被删除时,将子进程的PPID(父进程)归于系统管理(没有终端机了,这时就相当于放到后台了),这样就不至于在终端机关闭后导致子进程被杀。
我新建个脚本,在脚本中写如比较费时的代码,然后运行,很明显直接运行是阻塞了当前shell的,并且它也给了提示,输入都会被忽略,输出重定向到了nohup.out文件(在用户主文件夹下),直到命令完成工作。感觉这样直接使用就没有什么意义了(跟后面的 nohup + & 比),因为用户此时啥也不能干(除非 ctrl + c 或 ctrl + z),只能干等还看不到任何输出,那还不如不加nohup直接执行还能看到输出过程。
万一使用了这种方式运行了某个比较费时的程序,不希望就此终止(前功尽弃),又想干点别的,可以这样操作:先 ctrl + z,把程序放到后台挂起,这时响应信息的中括号里的数值就是工作号(用 jobs -l 也可查询下它工作号和PID),然后用 bg %工作号 来恢复它后台执行,最后你就可以为所欲为了。
nohup特点:前台运行,阻塞shell,但在shell关闭后,保留命令进程,归于系统管理。
使用 nohup + &
用法:nohup 命令 参数… &。如nohup ./xl.sh &
不急着退出终端,现在可以通过 ps -l 命令看到我的脚本父进程就是当前shell
当我退出终端,重新登陆后,再使用 ps -l 就看不到xl.sh进程了(这里我卡了很久,老怀疑nohup为啥没用)
然而,通过 ps -A 可以看到进程 xl.sh 还是在的,然后根据它的PID利用 ps -l PID 再看下它的详细信息发现,PPID变了,变成了1,据我理解Linux系统里好像比较小的进程号都被系统占用了,所以这个 1 我理解为系统进程。
nohup + & 特点:同时具备nohup和&的特点,即命令运行后不阻塞shell,同时在shell关闭后仍保留在系统中运行。