【鸟哥 Linux 16】进程管理与SELinux初探
一、相关概念梳理
-
程序：一些代码段的静态集合
-
进程：程序中静态代码段的一次动态执行
-
子进程：在某一个进程中创建的新作业，从该进程衍生出来的进程称为子进程
-
父进程：在bash下执行touch，bash就是父进程，touch就会产生子进程
二、进程调用的流程：fork & exec
- 父进程fork产生一个完全一样的子进程（PID不同，具有PPID），然后通过exec执行程序。
三、工作管理（job control）
-
bash只能管理属于自己的子进程的工作。（比如：无法使用工作管理来让不同tty中的bash相互管理。）
-
为什么vim不能在后台运行（run status）呢？因为放入后台的工作绝对不能涉及用户交互。
-
进行工作管理的条件和特点是：
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
*脱机管理的问题（nohup）
-
上文叙述的后台管理仅用于避免^c杀死进程的问题。试想如下情景：
-
当你远程SSH到一台服务器使用工作管理将某个程序放入后台运行，然后你断开了SSH，放入后台运行的这个程序依然会结束。原因是某个Bash只能利用工作管理来管理属于自己的子进程。你SSH登录的时候分配了一个bash进程，这是你在这次工作中开启的所有子进程的父进程，一旦你断开SSH，父进程没有了，子进程当然也会结束。
-
解决方法：使用at或者nohup，将这些进程放入系统后台，与你的SSH终端机进程脱离关联。
四、进程管理
进程观察
ps：撷取某个时间点的进程情况（静态查阅）
- ps的man page融合了多个发行版，阅读困难，所以最好是记住几个常用的。
# 摘取自ps的man page
This version of ps accepts several kinds of options:
1 UNIX options, which may be grouped and must be preceded by a dash.
2 BSD options, which may be grouped and must not be used with a dash.
3 GNU long options, which are preceded by two dashes.
- 查阅当前bash的进程
ps -l
- 查阅整个系统的进程
ps aux
# 以下是man page中对于该语句的说明
Note that "ps -aux" is distinct from "ps aux". The POSIX and UNIX standards require that "ps -aux" print all processes owned by a user
named "x", as well as printing all processes that would be selected by the -a option. If the user named "x" does not exist, this ps
may interpret the command as "ps aux" instead and print a warning. This behavior is intended to aid in transitioning old scripts and
habits. It is fragile, subject to change, and thus should not be relied upon.