程序:一些代码段的静态集合
进程:程序中静态代码段的一次动态执行
子进程:在某一个进程中创建的新作业,从该进程衍生出来的进程称为子进程
父进程:在bash下执行touch,bash就是父进程,touch就会产生子进程
bash只能管理属于自己的子进程。(比如:无法使用工作管理来让不同tty中的bash相互管理。)
为什么vim不能在后台运行呢?因为放入后台的工作绝对不能涉及用户交互。
进行工作管理的条件和特点是:
1. 必须是当前shell的子进程 2. 必须是可以自动运行的工作 3. 放入后台的工作不能涉及到等待输入 4. 放入后台的工作不能用^c终止,但可以用bg查看后台进程,使用fg切回某个进程。
前台(foreground)状态
后台(background)状态中的暂停(stopped)状态,比如vim后台之后就是这个状态
后台状态中的运行(running)状态。
通过&
^z的方式将前台工作放入后台暂停,默认都会变成暂停(stopped)状态
jobs
指令展示后台状态
# 列出后台进程的同时列出PID jobs -l # 仅列出run状态的后台进程 jobs -r # 仅列出stopped状态的后台进程 jobs -s
# 以下是截取的jobs输出 [1]+ Stopped vim test1.txt [2] Stopped vim test2.txt [3]- Stopped vim test.txt
fg
将后台工作拉到前台# 将+号进程拉到前台 fg # 将+号进程拉到前台 fg + # 将-号进程拉到前台 fg - # 将3号进程拉到前台 fg %3
bg
将程序放入后台运行,和^z的区别是,放入后台的状态是run而不是stopped。# 将+号进程放入后台运行 bg # 将+号进程放入后台运行 bg + # 将-号进程放入后台运行 bg - # 将3号进程放入后台运行 bg %3
kill
给进程发送多种终止信号# 列出所有可用信号 kill -l # 重新加载PID为13482的服务进程的配置文件(涉及到十七章系统服务) kill -1 13482 # 向PID为13482的进程发送SIGTERM信号(kill -15),正常结束进程 kill 13482 # 对工作管理中的2号进程执行一次^c kill -2 %2 # 对PID为13482的进程发送SIGKILL信号,忽略信号处理函数(用于强制删除不正常的工作) kill -9 13482
上文叙述的后台管理仅用于避免^c杀死进程的问题。试想如下情景:
当你远程SSH到一台服务器使用工作管理将某个程序放入后台运行,然后你断开了SSH,放入后台运行的这个程序依然会结束。原因是某个Bash只能利用工作管理来管理属于自己的子进程。你SSH登录的时候分配了一个bash进程,这是你在这次工作中开启的所有子进程的父进程,一旦你断开SSH,父进程没有了,子进程当然也会结束。
解决方法:使用at或者nohup,将这些进程放入系统后台,与你的SSH终端机进程脱离关联。