目录

前言：

 进程的各个状态：

1、R状态（进程运行状态）和S状态（休眠状态）

2、T状态和t状态（暂停进程）

3、D状态（磁盘休眠状态）

4、Z状态（僵尸状态）

5、孤儿进程

总结：

---

前言：

        在上一章的学习中，我们是初步的聊了聊关于进程的相关话题，认识到了fork函数和系统调用接口的getpid函数。本章的重点就是来剖析每个状态对应的内容以及原理。

 进程的各个状态：

1、R状态（进程运行状态）和S状态（休眠状态）

        先看代码和结论，随后我们再进行讨论。

        面对以上代码我们需要打开“监视窗口”来查看当前进程的状态。
        输入指令：while :; do ps ajx | head -1 && ps ajx | grep process | grep -v grep; sleep 1; done

         此时当运行的时候，咱们得进程处于S状态，就是我们的休眠模式。

        我们在这里将代码改一下，把printf去掉来看看结果：

        这个时候该进程的状态就是R状态了，也就是我们的进程运行状态。

        这里难免会出现疑惑，为什么我只是把数据用printf打印出来，结果就是S状态，如果不printf打印出来，就是R状态，这有关系吗？
        其实这个问题的本质就是我们前两章讲解的“冯诺依曼体系”，此时代码已经被CPU执行好了，但是需要等待显示器准备就绪，这个等待显示器把数据打印到屏幕上的这个过程本质就是在等待中！因此是出于S休眠状态。

2、T状态和t状态（暂停进程）

        这里的T代表的是纯粹的暂停进程，而t代表当前进程因为被追踪而暂停，其中我们用gdb进行调试的时候本质就是在追踪调试，他们都是让进程暂停，等待进一步被唤醒。我们使用gdb调试的时候代码就是处于t状态的。

         在这里我们会发现t这里没有t+，因为咱们调试的时候算是暂停进程了，暂停之后变为后台进程，因此+号就不见了，遇到断点也就暂停了。

3、D状态（磁盘休眠状态）

        Linux系统中比较特有的一种状态，磁盘休眠状态（Disk sleep）有时候也叫不可中断睡眠状态（uninterruptible sleep），在这个状态的进程通常会等待IO的结束。

        我们在这里需要了解一个前提，就是当遇到内存压力大而导致空间不足，Linux有权力杀掉进程来释放空间。
        所以为了防止内存中的进程在等待磁盘回馈的过程中因处于休眠等待过程中被操作系统误杀掉，所设置的“深度睡眠”状态。就比如当进程需要拷贝10GB的数据到磁盘中，该进程确实一直在处于休眠状态，但它也是在等待磁盘处理，你也总不能把它给误杀掉吧。
        因此咱们的D状态只能等待进程自己 醒来 /重启 /断电。

4、Z状态（僵尸状态）

        先看代码演示，我们再来分析结果。     

         这段代码是在讲什么呢？如果仔细看看这个代码，其实我们是让子进程运行完毕，父进程还在不断运行中。
        这里我们要补充一点，子进程运行完毕后，是要等待其父进程进行回收的！可是这时父进程并没有退出，而我子进程的代码和数据已经执行完毕了，所以内存会释放这些代码和数据，但是该子进程创建的task_struct（PCB）还存在。

        所以僵尸状态：已经运行完毕的进程，但需要维持自己的退出信息，在自己的进程task_struct会记录自己退出信息，未来让自己的父进程来进行读取回收。

 

        那么有过多的僵尸进程，难免会造成“内存泄漏”！并且还要注意的是，kill不可以杀掉僵尸进程！kill无法杀掉一个死掉的进程。 

        那我们已经启动的所有的进程，我们怎么从来关心过僵尸进程呢？内存泄漏也没有关心过？
      ——直接在命令行中启动的进程，它的父进程是bash，bash会自动回收新的进程的僵尸进程！

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

5、孤儿进程

        我们在这里先讲概念再通过代码来演示。

        父进程如果先退出，子进程就会变成孤儿进程。孤儿集成一般都会被1号进程（OS本身）进行收养。

        其实代码和僵尸进程的代码差不多，只是将father进程开始了计数器并先让父进程先结束，而子进程一直持续运行中。不难看出来，当子进程的原父进程结束后，子进程便进入了孤儿进程，变为后台运行的进程，而且这个子进程的ppid也变为了1，就代表着该子进程被1后进程（OS本身）进行收养！为了保证子进程依然要被回收，所以由OS“领养”。 

 

总结：

        本章是主要介绍了进程状态的基础，这些进程状态还是需要下来多多理解理解，关于僵尸进程和孤儿进程为什么叫这个名字的，还需要下来写写代码画画图理解理解。下一章我们将介绍进程的阻塞，挂起和运行状态，会逐步分析我们在教材遇到的流程图！