目的
为了对进程从产生到消亡的整个过程进行跟踪和描述，就需要定义各种进程的各种状态并制定相应的状态转换策略，以此来控制进程的运行。
粗略分类运行态：进程占用CPU，并在CPU上运行；
就绪态：进程已经具备运行条件，但是CPU还没有分配过来；
阻塞态：进程因等待某件事发生而暂时不能运行；
当然理论上上述三种状态之间转换分为六种情况；运行 → 就绪：这是有调度引起的，主要是进程占用CPU的时间已耗尽。
就绪 → 运行：当前运行的进程的时间片用完，调度就从就绪队列中选择合适的进程分配给CPU。
运行 → 阻塞：发生了I/O请求或等待某件事的发生。
阻塞 → 就绪：进程所等待的事件发生，就进入就绪队列。
以上4种情况可以相互正常转换，不是还有两种情况吗？阻塞 → 运行：即使给阻塞进程分配CPU，也无法执行，操作系统进行调度时不会从阻塞队列进行挑选，其调度的选择对象为就绪队列。
就绪 → 阻塞：因为就绪态根本就没有执行，何来进入阻塞态？
详细分类
现在知道了进程的三种基本状态，但是在操作系统具体现实中，设计者可以根据实际情况设置不同的状态，这样以来就出现了以下几种状态：可运行态：运行态和就绪态的合并，表示进程正在运行或准备运行，Linux 中使用 TASK_RUNNING 宏表示此状态。
浅度睡眠态：进程正在睡眠(被阻塞)，等待资源到来是唤醒，也可以通过其他进程信号或时钟中断唤醒，进入运行队列。Linux 使用 TASK_INTERRUPTIBLE 宏表示此状态。
深度睡眠态：其和浅度睡眠基本类似，但有一点就是不可其他进程信号或时钟中断唤醒。Linux 使用TASK_UNINTERRUPTIBLE 宏表示此状态。
暂停状态：进程暂停执行接受某种处理。如正在接受调试的进程处于这种状态，Linux 使用 TASK_STOPPED 宏表示此状态。
僵死状态：进程已经结束但未释放PCB，Linux 使用 TASK_ZOMBIE 宏表示此状态。
我们可以来看下以上宏在内核中的定义：#define TASK_RUNNING 0
#define TASK_INTERRUPTIBLE 1
#define TASK_UNINTERRUPTIBLE 2
#define __TASK_STOPPED 4
#define __TASK_TRACED 8
进程的退出状态
#define EXIT_ZOMBIE 16
#define EXIT_DEAD 32
我理解为进程的唤醒状态
#define TASK_DEAD 64
#define TASK_WAKEKILL 128
#define TASK_WAKING 256
#define TASK_STATE_MAX 512
#define TASK_STATE_TO_CHAR_STR "RSDTtZXxKW"
LINUX进程间状态转换和内核调用图
(SAW：Game Over！)