实操（进程状态，R/S/D/T/t/X/Z）Linux

1 R 状态并不直接代表进程在运行，而是该进程在运行队列中进行排队，由操作系统在内存维护的队列

cpp 复制代码

#include <stdio.h>
#include <unistd.h>

int main()
{
    while(1)
    {
        printf("我在运行吗\n");
        sleep(1);
    }
    return 0;
}

查看状态（ps ajx | grep mytest | grep -v grep）

这里printf本质是向外设打印消息，你在频繁打印时，外设可能没就绪，当前进程不在cpu排队，只在外设中排队，等设备就绪了，才把数据写到外设中
S状态是阻塞状态的一种，以休眠的状态进行阻塞，并没有一直在cpu运行队列中，是因为printf而导致等待某中资源

cpp 复制代码

#include <stdio.h>
#include <unistd.h>

int main()
{
    while(1)
    {
        //printf("我在运行吗\n");
        //sleep(1);
    }
    return 0;
}

查看状态（ps ajx | grep mytest | grep -v grep）

注释掉就变成R了，代码中没有任何访问资源的代码，whike循环判断就是一种计算，当前的代码就是纯计算代码，在进程调度的生命周期里，只会用cpu资源，只要被调度一定是R状态
本质就是因为cpu太快了，访问外设，操作系统频繁的将进程从外设队列拿到cpu运行队列，或者cpu运行队列拿到外设队列

2 S 休眠状态，可中断休眠，本质就是一种阻塞状态

cpp 复制代码

#include <stdio.h>
#include <unistd.h>

int main()
{
    while(1)
    {
        int a = 0;
        scanf("%d", &a);
        printf("%d", a);
    }
    return 0;
}

查看状态（ps ajx | grep mytest | grep -v grep）

scanf在等你从键盘里输入，进程没有被调度，它当前所等的资源没有就绪，它不会在运行队列中等，而是在键盘中等，等键盘有数据了，在把当前进程pcb放到运行队列里调度，读取数据；它在等键盘资源，这种状态就叫做阻塞，换句话说就是卡住了，如果不想等了，ctrl+c可以中断此进程

3 D 休眠状态，不可中断休眠

场景：进程想往磁盘中写入100MB的数据

进程： "磁盘你出来，我现在有数据要交给你，帮我存一下"
磁盘： "你想存多少数据存到哪里？"
进程： "磁盘的角落，我需要把数据保存一下，我一定要写完数据之后CPU才让我去跑"
磁盘： "我这个外设太慢了，所以写100 MB要等等我哦"

这个进程把自己设置成阻塞状态S，自己就在磁盘的内核数据结构当中进行排队，cpu就先执行其他人的代码了，在磁盘进行拷贝的时候，操作系统路过，他作为一个内存的管理者，发现现在内存资源特别紧张
操作系统： "你这个进程在干什么呢？怎么什么都不干在这里等？你没看系统忙成什么样子了，内存已经严重不足了，我要把你杀掉"（如果你的系统资源严重不足，操作系统会干掉一些不怎么正常工作的进程）

干掉的同时磁盘在写数据，写的时候发现好像不行了，因为磁盘空间不足了，反正就是因为一些原因，我写失败了，这个时候他就去找进程
磁盘： "你这个数据写入失败了"

他突然发现人不见了，这个时候就只剩磁盘拿着100 MB的数据在风中流浪，磁盘想着把这个数据丢了，但是万一这个数据是银行的转账信息呢，保留吧又不知道保存在哪，保存在我的位置，可是对应的进程又不知道我存在什么地方，下次你找我要的时候我忘了怎么办；反正磁盘就是个办事的，让它存哪就存了，但是现在进程没了，这份数据万一被搞丢了，到底是这三个人（操作系统、进程、磁盘），其中哪一个人的锅呢？

问题的根就在于谁叫你操作系统能杀掉进程呢？源码的设计者突然发现，我们只要保证这个进程不能被杀死不就行了吗？所以我们就有了一种状态，休眠状态D；在linux当中如果一个进程属于D状态，该进程无法被杀死，即便是操作系统，也无法杀死D状态进程，如果这个进程刀枪不入，刚刚的问题就不会产生了，只有当这个D状态，自己醒来才可以杀掉它，其实还有另一个办法就是关机重启，但有时候如果有D状态，可能都无法正常关机，只要你查到了D状态，基本上你这个机器已经快宕机了，这个时候只能是拔电源，此时数据丢失的损失就需要你自己承担了，不过99%的情况不会出现D状态，哪怕出现一个，当前的系统也已经快要挂了，因为这个D状态应该一瞬间就完成，主要原因是当前你的磁盘已经非常卡了，压力很大，来不及给你进行数据写入，再有两三个D状态，再来一些I/O，机器就直接挂掉了，出现宕机；这个D状态如果做应用开发不用关心，一般是做运维的要关心

4 T 暂停状态

比如说有一个进程，操作系统不允许你往显示器上打印消息，但这个用户就是往显示器上打印消息，此时为了拦截这个进程的非法行为，操作系统可能把这个进程暂停；休眠和暂停有什么区别，休眠通常是等待某种资源，是真正的阻塞状态，而是操作系统是在不杀掉这个进程的情况下，停止这个进程的某些行为，比如你想访问网卡操作系统，发现不能让你访问，但这个用户想要访问网卡代码，操作系统就有可能暂停他了，就是你访问一些你没有权利访问的资源操作系统，有时候不想杀掉进程，他就会把你暂停

cpp 复制代码

#include <stdio.h>
#include <unistd.h>

int main()
{
    int count = 0;
    while(1)
    {
        printf("我在运行吗？%d\n", count++);
        sleep(1);
    }
    return 0;
}

查看状态（ps ajx | grep mytest | grep -v grep）

暂停进程（kill -19），查看状态（ps ajx | grep mytest | grep -v grep）

让进程继续（kill -18），查看状态（ps ajx | grep mytest | grep -v grep）

现在有两个现象，ctrl+c终止不了进程，S+状态变成了S，查进程的时候状态，如果带了+号，证明该进程是在前台运行的，前台运行可以ctrl+c终止它，但如果没有+号，意味着这个进程是在后台运行的，你可以继续执行你的shell指令，但它在后台还会继续执行自己的代码，可以用9号信号干掉它，（kill -9）

5 追踪式的暂停

关于暂停有一种场景，大家是可以理解的，在调试的时候你不打断点，你直接运行进程就跑完了，但如果你打了个断点，你发现当你而运行，他会在断点处停下来断点处停下来的本质就是让进程暂停这就是为什么有时候执行的bug的时候调试某些代码的时候，我调到一部分想让他暂停遇到断点，他会停下来，让我去查看他的上下文，就是把这个进程暂停了，我们证明一下

makefile（第2行加一个 -g）

cpp 复制代码

  1 mytest:test.c
  2     gcc -o $@ $^ -g                                                                
  3 .PHONY:clean
  4 clean:
  5     rm -f mytest

开始调试（gdb ./mytest）

查看状态（ps ajx | grep mytest | grep -v grep）

查到的t是被追踪状态，我启动的mytest进程，r的时候开始跑，遇到断点处就停下来了，表示追踪式的暂停，也是暂停的一种，为什么我们在打断点他就停下来了，根本原因是gdb遇到断点处，它会向你的进程发送暂停信号让你停下来

6 X && Z

我们为什么创建进程？因为我们要让进程帮我们办事，有时候我们会关心结果，有时候不关心结果，当我们想关心结果的时候，我们可以查看进程退出码，比如我们的预期结果是100，返回1表示代码有问题，结果不对

cpp 复制代码

#include <stdio.h>
#include <unistd.h>

int main()
{
    int x = 10;
    if (x == 100) return 0;
    else return 1;
}

查看退出码（echo $?）

X 死亡状态，发生在一瞬间，几乎查不到，如果一个进程退出了，立马X状态，立马退出，退出之后进程的所有历史痕迹，全部被操作系统杀掉，你作为父进程有没有机会拿到退出结果呢？在Linux中，当进程退出的时候，一般进程不会立即彻底退出，而是要维持一个状态Z，叫做僵尸状态，方便后续父进程或者是操作系统读取该子进程退出的退出结果

比如有一天你去一个地方跑步，跑着跑着，突然看到前面有一个人倒在地板上一动不动，这个时候你拨打了110、120，就在旁边等着救护人员的到来，警察来之后，第一件事情是封锁现场，让法医先确认这个人的死因是什么，确认这个人是自然死亡的，警察就会通知家属，让他们去处理，拉到火葬场等等，刚刚这个场景，人倒在地上没有被立即销毁，当警察检查这个人的状态时，这个人的状态就叫做僵尸状态，为什么要让他处于僵尸状态？方便别人来甄别他退出的原因是什么，所以进程要维持短暂的僵尸状态，关于如何处理，我们下一篇再来谈回收，今天重点谈状态

如何让我们看到僵尸的状态呢？子进程退出，但是不要回收子进程（目前还没了解到），换句话说，只要我们写出来一个父子进程，先让子进程退出，父进程先不退，子进程一退所处的状态就是僵尸状态

cpp 复制代码

#include <stdio.h>
#include <sys/types.h>
#include <unistd.h>

int main()
{
    pid_t ret = fork();
    if (ret == 0)
    {
        //子进程
        while(1)
        {
            printf("我是子进程，pid：%d, ppid：%d\n", getpid(), getppid());
            sleep(1);
        }
    }
    else
    {
        //父进程
        while(1)
        {
            printf("我是父进程，pid：%d，ppid：%d\n", getpid(), getppid());
            sleep(1);
        }
    }

    return 0;
}

运行显示（./mytest）

查看状态（ps ajx | grep mytest | grep -v grep）

杀掉子进程（kill -9 [PID]），查看状态（ps ajx | grep mytest | grep -v grep）

虽然我们还没谈到回收，我们可以先来了解，如果不回收会造成什么问题呢？如果我们不释放操作系统，它就要维持这个进程的状态、相关的数据结构，也就是pcb，如果不释放，它曾经申请占用的资源就会一直被占用，创建进程就是申请内存申请了内存但是长时间不归还，导致系统能用的资源越来越少，这叫做内存泄露问题，一旦我们回收了进程，就会从Z状态瞬间变成X状态，进而操作系统才会真正释放进程的所有资源，如何回收我们下一个篇章再进行谈论