Android低功耗子系统的投票机制以及触发进入系统休眠的过程
-
从kernel角度看，系统是否进入休眠应该由内核来控制，因此Linux引入了 wakeup source以及autosleep机制
- 关于wakeup source的介绍，请参考： Wakeup Source框架设计与实现
- 关于autosleep机制，请参考：autosleep框架设计与实现
在内核中，使用wakeup source提供投票机制，让各个系统模块投票是否允许系统进入休眠，当所有的模块都投票允许系统进入休眠时，autosleep机制检测到这一情况，尝试让系统进入休眠。
-
从Android角度看，系统是否进入休眠应该由上层应用决定，因此Android引入了Wakelocks以及SystemSuspend service
- 关于wakelocks的介绍，请参考：Wakelocks 框架设计与实现
- 关于 SystemSuspend Service，可参考：SystemSuspend 服务
- 代码路径：system/hardware/interfaces/suspend/1.0/default/
- 该服务创建了两个线程：
- 主线程：响应来自Client的请求以分配wakelock, 增加/减少 suspend counter
- 挂起线程：控制系统的休眠，判断系统是否符合进入休眠的条件（在framework中的PowerManagerService.java会根据一些事件，比如息屏亮屏，动态开关autosuspend，从而动态开启/结束该挂起线程）
挂起线程的实现与autosleep的流程类似（但需要与主线程处理好suspend counter的同步问题），其伪代码可以参考如下：
while (1) { do { ret = read(&cnt, "/sys/power/wakeup_count"); //一般会阻塞在此处，直到cnt为0 if (ret) { ret = write(cnt, "/sys/power/wakeup_count"); } else { countine; } } while (!ret); write("mem", "/sys/power/state"); /* goto here after wakeup */ ...... }
在Android应用层面上，使用wakelocks提供投票机制，让各个系统模块投票是否允许系统进入休眠，当所有的模块都投票允许系统进入休眠且PowerManagerService使能autosuspend时，SystemSuspend service中的挂起线程检测到这一情况，会尝试让系统进入休眠。
因Android提供了SystemSuspend service，因此autosleep机制一般不再使用，
但对于纯Linux系统，一般会使用autosleep机制来检测系统是否应尝试进入休眠。
关于Android低功耗子系统的投票机制以及触发进入系统休眠的过程，强烈建议在有此基础概念的基础上，拜读下面的文章，了解这些机制的发展过程，加深对这部分内容的理解：
