进程状态
- 1.阻塞和挂起
- 2.r运行状态和s睡眠状态
- 3.t停止状态
- 4.x死亡状态和z僵尸状态
为了弄明白正在运行的进程是什么意思，我们需要知道进程的不同状态。一个进程可以有几个状态（在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 */
};
首先在讲这些之前我们首先要来谈一下两个概念，一个是阻塞，另一个是挂起
阻塞：阻塞就是不被调度，一定是因为当前进程需要等待某种资源就绪，一定是进程pcb结构体需要在某种被os管理的资源下排队
其实就是当你使用电脑时，会出现卡的现象一样，因为你开的软件太多，cpu调度不过来，因此这个时候进程会在等待cpu的调度。或者在你下载软件的时候，突然没网了，你的进程的pcb就会被放到对应硬件的struct的等待队列中
挂起：当进程阻塞时，内存中的空间非常紧张，操作系统会把阻塞进程的代码和数据放到磁盘中，等进程要再次被cpu处理时，再把代码和数据拿回来
r运行状态：并不意味着进程一定在运行中，它标明进程要么是在运行中，要么是在运行队列中
s睡眠状态：意味着进程在等待事件完成（也叫作可中断睡眠),本质上也是一种阻塞
我们先写一个死循环
我们会发现，他居然是s睡眠状态，按理来说不应该是一个运行状态吗，他不是在死循环吗？
实际上问题在于cpu运行太快了，而我们的显示器太慢了，我们的cpu已经做好准备处理了，而我们的显示器还没有做好准备，因此它会先去显示器的结构体的队列中排队，当显示器准备好，cpu一下子就处理完了。因此我们很难查看到那一瞬间的状态。
当我们修改一下代码，把打印注释掉，再运行，可以发现我们的状态变成r，这是因为这个代码只需要cpu处理，并不需要用到其他硬件。
这里可以了解一下状态就是d磁盘休眠状态
d磁盘休眠状态：有时候也叫不可中断睡眠状态，在这个状态的进程通常会等待io的结束
这个状态我们并查看不到，因为这个比较特殊，当一个进程需要向磁盘写入东西时，这个时候应该把这个进程的pcb指针放到磁盘结构体的队列中，但是此时内存里又比较紧张，我们的cpu必须要杀除一些后台，来缓解内存，但是假设写入磁盘的东西很重要呢，这样会导致不好的后果。因此我们的d状态就有用了，我们把他状态设置成d状态，这样操作系统也不能杀除掉他。
t停止状态：可以通过发送sigstop信号给进程来停止进程，这个被暂停的进程可以通过发送sigcont信号来让进程继续运行
我们使用这个代码来做实验
kill -19：slgstop
在这里可以使用kill -19来停止我们的进程
kill -18：sigcont
在这里可以使用kill -18使程序继续运行
但是我们会发现，使用ctrl c并不能结束进程，因为这里的进程是后台的，而ctrl c只能杀掉前台的进程，这里要用kill -9，不管前台后台都可以杀掉
这里还有一个停止状态，叫做追踪式停止（t）
我们的调试的时候，打完断点后，运行就是一种追踪式停止
x死亡状态：这个状态只是一个返回状态，你不会在任务列表中看到这个状态
z僵尸状态：僵尸状态是一个比较特殊的状态，当进程退出并且父进程没有读取到子进程退出的返回代码时就会产生僵尸进程
echo $?：可以查看进程退出码
为什么会有退出码这个东西呢
因为他要告诉关心它的进程（父进程），你交给我的任务，我办的怎么样了。可父进程如果一直不读取，那子进程就一直处于z状态
就比如上面这个代码
可以看到，如果把子进程杀掉，他就会变成僵尸进程，僵尸进程会以终止状态保持在进程表中，并且一直在等待父进程读取退出码
所以说，只要子进程退出，父进程还在运行，但父进程没有读取子进程状态，子进程就会进入z状态
僵尸进程的危害
父进程如果一直不读取，那么子进程就会一直处于z状态
z状态一直不退出，pcb一直都要维护
造成内存泄露