【Linux-进程状态】

1.进程状态

想要理解进程状态，我们要先看看课本中的进程有哪些状态。

进程状态用大白话说，就是pcb中的一个字段，就是pcb中的一个变量：int status;

所谓的状态变化，本质就是修改整形变量。

1.运行状态

什么叫做运行状态？
每一个cpu在系统层面上都会维护一个运行队列。当我们磁盘中的可执行文件加载到内存中的时候，操作系统会对其产生相应的pcb，当这个程序运行的时候，就会将它的pcb加载到运行队列中。只要在运行队列中的进程，状态都是运行状态，表示我已经准备好了，随时就会被调度。

2.阻塞状态

我们的代码中，一定会或多或少的访问系统中的某些资源，例如：磁盘，键盘，网卡等。当我们调用scanf,cin类似的函数，本质是想要从键盘中获取数据，但是如果不输入，键盘上的数据就没有就绪。我们进程要访问的资源就没有就绪。
那么操作系统要不要知道设备的状态呢？操作系统一定是最先知道它管理的设备的状态变化的。操作系统怎么知道呢？一定是先描述，在组织。每一个设备也会有它对应的pcb，存储着它的状态，所在队列等属性。

当我们没有输入数据时，设备的数据状态就是没有准备好的，所以这个设备就不具有访问条件，进程代码无法继续向后执行。这时进程就处在阻塞状态，同时，操作系统也会将键盘的pcb放入等待队列中。当我们输入数据时，再将它放入运行队列，进程就可以正常执行了。

进程的pcb是可以在多个队列中的。

3.挂起

2.Linux系统中的进程状态

• 为了弄明白正在运行的进程是什么意思，我们需要知道进程的不同状态。一个进程可以有几个状态（在Linux内核里，进程有时候也叫做任务）。
• 下面的状态在kernel源代码里定义：

*
* The task state array is a strange "bitmap" of
* reasons to sleep. Thus "running" is zero, and
* you can test for combinations of others with
* simple bit tests.
*/
static const char * const task_state_array[] = {
"R (running)", /* 0 */
"S (sleeping)", /* 1 */
"D (disk sleep)", /* 2 */
"T (stopped)", /* 4 */
"t (tracing stop)", /* 8 */
"X (dead)", /* 16 */
"Z (zombie)", /* 32 */
}

• R运行状态（running）: 并不意味着进程一定在运行中，它表明进程要么是在运行中要么在运行队列里。
• S睡眠状态（sleeping): 意味着进程在等待事件完成（这里的睡眠有时候也叫做可中断睡眠（interruptible sleep））。
• D磁盘休眠状态（Disk sleep）有时候也叫不可中断睡眠状态（uninterruptible sleep），在这个状态的进程通常会等待IO的结束。
• T停止状态（stopped）： 可以通过发送 SIGSTOP 信号给进程来停止（T）进程。这个被暂停的进程可以通过发送 SIGCONT 信号让进程继续运行。
• X死亡状态（dead）：这个状态只是一个返回状态，你不会在任务列表里看到这个状态

1.前台进程和后台进程

当我们想循环打印一段代码时，我们发现它的状态是S+，我们正在运行这个代码啊，它不是应该是运行状态吗，为什么是睡眠状态呢？

在显示器上只是我们肉眼看到了代码在不断打印，打印本质是往显示器上打印，在冯诺依曼体系当中，你的进程是在内存里的，说白了就是将内存里的数据不断向外设进行刷新，当你刷新的时候，你的外设不一定是准备好的。所以在我们运行期间，查出来的状态大部分是S状态。当我们只进行while循环，不进行打印，发现进程状态就都是R+了
我们发现，这两个状态后面都有一个加号，它表示的是什么呢？
它表示当前进程是一个前台进程，当进程运行起来时，我们在想执行其它指令，就无法执行了。系统的一个bash中只能启动一个前台进程

当我们./运行程序的时候加上一个 & ，就可以让它后台运行了。这时后进程不能ctrl+c删掉了，我们可以用kill-9命令删掉它

深度睡眠

有浅度睡眠就会有深度睡眠。

当我们的进程要向磁盘写入数据时，在进程等待的过程中，如果操作系统内存紧张，会杀掉进程，节省资源。如果此时进程被杀掉了，磁盘中的写入如果失败了，就会出现BUG。所以为了不让操作系统杀掉写入磁盘的进程，操作系统就设置了一种D深度睡眠状态，谁也不能杀掉它，只能等待它的回应。

2.停止状态

我们通过kill-l命令可以查看信号指令，这些指令在操作系统中是被#define的

通过发送19号指令就可以让进程暂停，发送18号指令可以让进程继续。
我们在debug 程序的时候，我们打上断点，程序在运行中就是运行状态，到达断点位置时就变成了停止状态

3.僵尸状态和死亡状态（孤儿进程）

为什么我们要创建一个进？？一定是为了完成某种任务。
那我们如何知道任务完成的怎么样呢？
进程在退出时，会有一些退出信息表明自己把任务完成的怎么样。由它的父进程接收。
当一个进程退出时，退出信息会由os到当前退出进程的pcb中，可以允许进程的代码和数据空间被释放但是不能允许进程的pcb被立即释放。要等它的父进程接收到子进程的退出信息后，子进程的pcb才可以被释放。

如果进程退出了，但还没有被父进程或者os读取，操作系统必须维护这个退出进程的pcb结构！！此时，这个进程算退出了吗？？

• 此时这个进程处于僵尸Z状态

• 如果一个进程一直处于僵尸状态不回收，pcb就会一直存在。

• 并且如果我们不回收，会有内存泄漏的问题

• 僵死状态（Zombies）是一个比较特殊的状态。当进程退出并且父进程（使用wait()系统调用,后面讲）没有读取到子进程退出的返回代码时就会产生僵死(尸)进程

• 僵死进程会以终止状态保持在进程表中，并且会一直在等待父进程读取退出状态代码。

• 所以，只要子进程退出，父进程还在运行，但父进程没有读取子进程状态，子进程进入Z状态

僵尸进程危害：

• 进程的退出状态必须被维持下去，因为他要告诉关心它的进程（父进程），你交给我的任务，我办的怎么样了。可父进程如果一直不读取，那子进程就一直处于Z状态？是的！
• 维护退出状态本身就是要用数据维护，也属于进程基本信息，所以保存在task_struct(PCB)中，换句话说，Z状态一直不退出，PCB一直都要维护？是的！
• 那一个父进程创建了很多子进程，就是不回收，是不是就会造成内存资源的浪费？是的！因为数据结构对象本身就要占用内存，想想C中定义一个结构体变量（对象），是要在内存的某个位置进行开辟空间！
• 内存泄漏?是的！
• 如何避免？后面讲
  

如果子进程的父进程直接退出了，子进程要被（操作系统）领养，变成孤儿进程。不然就会出现内存泄漏。

• 父进程如果提前退出，那么子进程后退出，进入Z之后，那该如何处理呢？
• 父进程先退出，子进程就称之为“孤儿进程”
• 孤儿进程被1号init进程领养，当然要有init进程回收喽。