linux中程序处于停止态可以被唤醒吗

在Linux中,休眠主要分三个主要的步骤:1) 冻结用户态进程和内核态任务2) 调用注册的设备的suspend的回调函数, 顺序是按照注册顺序3) 休眠核心设备和使CPU进入休眠态, 冻结进程是内核把进程列表中所有的进程的状态都设置为停止,并且保存下所有进程的上下文.当这些进程被解冻的时候,他们是不知道自己被冻结过的,只是简单的继续执行。如何让Linux进入休眠呢?用户可以通过读写sys文件/sys /power/state 是实现控制系统进入休眠. 比如# echo mem >/sys/power/state命令系统进入休眠. 也可以使用# cat /sys/power/state来得到内核支持哪几种休眠方式.1. 相关代码• kernel/kernel/power/main.c• kernel/arch/arm/mach-xxx/pm.c• kernel/driver/base/power/main.c接下来让我们详细的看一下Linux是怎么休眠/唤醒的:用户对于/sys/power/state 的读写会调用到 kernel/kernel/power/main.c中的state_store()， 用户可以写入 const char * const pm_states[] 中定义的字符串， 比如"mem", "standby"。const char *const pm_states[PM_SUSPEND_MAX] = {#ifdef CONFIG_EARLYSUSPEND[PM_SUSPEND_ON] = "on",#endif[PM_SUSPEND_STANDBY] = "standby",[PM_SUSPEND_MEM] = "mem",}常见有standby(suspend to RAM)、mem(suspend to RAM)和disk(suspend to disk)，只是standby耗电更多，返回到正常工作状态的时间更短。 然后state_store()会调用enter_state()<注：这是经典Linux调用流程， 在Android系统中，Kernel将调用request_suspend_state，而不是enter_state>，它首先会检查一些状态参数，然后同步文件系统。2. 准备, 冻结进程当进入到suspend_prepare()中以后， 它会给suspend分配一个虚拟终端来输出信息， 然后广播一个系统要进入suspend的Notify， 关闭掉用户态的helper进程， 然后一次调用suspend_freeze_processes()冻结所有的进程， 这里会保存所有进程当前的状态， 也许有一些进程会拒绝进入冻结状态， 当有这样的进程存在的时候， 会导致冻结失败,此函数就会放弃冻结进程，并且解冻刚才冻结的所有进程。3. 让外设进入休眠现在, 所有的进程(也包括workqueue/kthread) 都已经停止了，内核态人物有可能在停止的时候握有一些信号量， 所以如果这时候在外设里面去解锁这个信号量有可能会发生死锁，所以在外设的suspend()函数里面作lock/unlock锁要非常小心，这里建议设计的时候就不要在suspend()里面等待锁。而且因为suspend的时候，有一些Log是无法输出的，所以一旦出现问题,非常难调试。然后kernel在这里会尝试释放一些内存。最后会调用suspend_devices_and_enter()来把所有的外设休眠， 在这个函数中， 如果平台注册了suspend_ops(通常是在板级定义中定义和注册，在kernel/arch/arm/mach-xx/pm.c中调用suspend_set_ops)， 这里就会调用 suspend_ops->begin()； 然后调用dpm_suspend_start，他们会依次调用驱动的suspend() 回调来休眠掉所有的设备。当所有的设备休眠以后， suspend_ops->prepare()会被调用， 这个函数通常会作一些准备工作来让板机进入休眠。 接下来Linux，在多核的CPU中的非启动CPU会被关掉，通过注释看到是避免这些其他的CPU造成race condio，接下来的以后只有一个CPU在运行了。suspend_ops 是板级的电源管理 *** 作, 通常注册在文件 arch/arch/mach-xxx/pm.c 中.接下来， suspend_enter()会被调用， 这个函数会关闭arch irq， 调用 device_power_down()， 它会调用suspend_late()函数， 这个函数是系统真正进入休眠最后调用的函数，通常会在这个函数中作最后的检查。 如果检查没问题， 接下来休眠所有的系统设备和总线，并且调用 suspend_pos->enter() 来使CPU进入省电状态，这时就已经休眠了。代码的执行也就停在这里了。三、Linux Resume流程如果在休眠中系统被中断或者其他事件唤醒，接下来的代码就会开始执行，这个唤醒的顺序是和休眠的循序相反的，所以系统设备和总线会首先唤醒，使能系统中断，使能休眠时候停止掉的非启动CPU， 以及调用suspend_ops->finish()， 而且在suspend_devices_and_enter()函数中也会继续唤醒每个设备，使能虚拟终端， 最后调用 suspend_ops->end()。在返回到enter_state()函数中的，当 suspend_devices_and_enter() 返回以后，外设已经唤醒了，但是进程和任务都还是冻结状态， 这里会调用suspend_finish()来解冻这些进程和任务， 而且发出Notify来表示系统已经从suspend状态退出， 唤醒终端。到这里，所有的休眠和唤醒就已经完毕了，系统继续运行了。

1、信号：传递给 Liunx 的事件发生通知机制。

2、kill -l：显示所有信号。一共有62个信号（没有32、33）。

3、常用的信号有：

kill -2 PID —— 正常中断进程（Ctrl + C 一样）。程序在结束之前,能够保存相关数据,然后再退出。

kill -9 PID —— 强制杀死一个进程。

kill -15 PID —— 正常方式终止一个程序。中断进程时应首先用 -15，以便于其能够预先清理临时文件和释放资源。-9 作为最后手段，应对那些失控的进程。

--------------------------------------------------------------------------------

1）、kill -2 中断后台运行的进程。

红色下划线：sleep 10000 &—— 后台运行延时 10000 秒的命令，进程 ID 为1516。

ps -j —— 以作业格式列出进程信息，可以看到 1516 sleep 命令的进程。

（PID：进程 ID、PGID：线程组 ID、SID：会话 ID、TTY：进程运行的终端，标识那个终端控制。（pts远程终端、tty系统终端）、TIME：进程运行的时间 和 CMD：命令的名称和参数）。

jobs -l —— 列出后台运行的命令，可以看到 1516 sleep 命令正在后台运行。

黄色下划线：kill -2 1516 —— 中断1516 进程。执行成功后，按 Enter 回车系统会给出提示Interrupt 提示（中断进程）。

蓝色方框：ps -j 已查询不到 1516 sleep 的进程。jobs -l 也没有后台运行的命令。

2）、kill -2 配合 fg 查看中断挂起的进程。

红色下划线：前台执行 sleep 10000 （延时10000秒）后 ctrl + z 挂起。

黄色下划线：ps -j 查看进程，可以看到 1344 sleep 进程。jobs -l 查看后台进程 1344 的状态是stopped 暂停状态。

蓝色下划线：kill -2 1344 中断 1344 进程。

绿色下划线：ps -j 查看进程，仍有 1344 sleep 进程。jobs -l 查看后台进程 1344 的状态是stopped 暂停状态。

暂时这样看，好像 kill -2 并没有起到中断进程的作用。

然而，用 fg 把后台的命令调至前台运行时可以发现 1344 sleep 已经被中断。

红色下划线：fg 把已经执行了 kill -2， 状态为 stopped 的1344 sleep命令调至前台执行。系统也反馈已经调至前台执行。（此时，实际上已经执行了 kill -2 中断了进程）

黄色方框：ps -j 已经没有了 1344 sleep 的进程。

蓝色方框：jobs -l 后台也没有指令。

3）、kill -2 配合 bg 查看中断挂起的进程。

通过上面的思路，kill -2 配合 bg 实验看看效果。同样的首先挂起一个命令，状态为 stopped 暂停。然后用 bg 命令恢复执行。

前面的步骤都是一样，挂起一个命令。通过 ps 和 jobs 查看进程和后台确认有 1379 的进程，状态为 stopped 暂停。然后执行 kill-2 中断进程，再次通过ps 和 jobs 查看进程和后台命令。确认状态为 stopped  1379 的进程仍然存在。

此时，用 bg 恢复运行挂起的命令，系统提示 sleep 命令已恢复在后台运行。然而通过 ps -j 查看进程会发现 sleep 已经被中断。jobs -l 查看后台也没有了运行的 sleep 命令了。

从实验上看：

1、后台命令运行时（Running），执行 kill -2 可以中断进程。

2、挂起命令，处于暂停状态时（Stopped），执行 kill -2 后通过 ps 还可以查询到进程， jobs还可以查询到后台命令，状态仍然是 Stopped 暂停状态。实际上，用 fg 把暂停的后台进程调至前台运行时，系统反馈 sleep 命令调至前台运行。而再用 ps 查询不到进程，已经中断了进程。用 jobs 已经查询不到后台命令。

3、挂起命令，处于暂停状态时（Stopped），执行 kill -2 后通过 ps 还可以查询到进程， jobs还可以查询到后台命令，状态仍然是 Stopped 暂停状态。用 bg 把暂停的后台命令恢复运行时，系统反馈 sleep 命令在后台运行。再用 ps 查询进程已经中断，用 jobs 已经查询不到后台命令。

1、首先使用ps -ef查找进程的执行语句并保留它；这个的目的是保留进程执行的参数不变；

例如重启单个mongodb的过程：

查找：ps -ef|grep mongod

获得：

root 2928 2903 0 14:51 pts/000:00:00 grep /usr/local/mongodb/bin/mongod --config /etc/mongodb.cnf

2、使用kill -9 PID杀掉该进程；

kill -9 2928

3、使用保留的进程语句重启进程；

/usr/local/mongodb/bin/mongod --config /etc/mongodb.cnf

---