最近接到一个客户要求,在文件拷贝动作时,用户按下关机键位,系统延迟深度睡眠。深度睡眠意味着powerManagerService的进程终止,所有系统上层的APP都会停止动作。
这个时候可以使用WakeLock来实现对深度休眠的延迟。Wake Lock是一种锁的机制,当在APP层中acquire一个wakelock锁之后,根据具体的wakleock的锁的等级,会对当前系统强制无法休眠,只有在release这个锁之后,系统才可以进入休眠。
1,实例一个WakeLock
private static PowerManager.WakeLock wLock;
PowerManager pManager = (PowerManager)getSystemService(Context.POWER_SERVICE);
wLock =pManage.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, TAG);
关于上面代码片段中的PARTIAL_WAKE_LOCK即为锁的等级。
PARTIAL_WAKE_LOCK:CPU运行,屏幕关闭,键盘关闭
SCREEN_DIM_WAKE_LOCK:CPU运行,屏幕暗,键盘关闭
SCREEN_BRIGHT_WAKE_LOCK:CPU运行,屏幕亮,键盘关闭
FULL_WAKE_LOCK:CPU运行屏幕亮,键盘亮
ACQUIRE_CAUSES_WAKEUP: 一旦有请求锁时,强制打开Screen和keyboard light
ON_AFTER_RELEASE:在释放锁时reset activity timer
ps:如果申请了partial wakelock,那么即使按Power键,系统也不会进Sleep,如Music播放时
其它的wakelocks,按Power键,系统还是会进Sleep(本文开头提起的深度休眠非此sleep)
2,加锁,在需要保持CPU运转的代码块前,加锁,防止CPU睡眠,导致文件复制中断
if ( !wLock.isHeld() ){
wLock.acquire();
} isHeld()可判断当前此WakeLock是否已经存在,如果已经存在,则无需加锁。
值得注意的是,WakeLock默认的是对应锁,即单次加锁,必须单次解锁。
PS:另外WakeLock也提供了多次加锁,一次全解的方式,
wLock.setReferenceCounted(true);
当实现了此方法,即可以多次加锁,直到最后一次性解锁,也就不需要 isHeld()的判断。
3,解锁,最后的释放是必须的,否则会影响系统运转。
if ( wLock.isHeld() ){
wLock.release();
}4,权限
Manifest.xml文件中加入下面的权限:
<uses-permission android:name="android.permission.WAKE_LOCK" />
<uses-permission android:name="android.permission.DEVICE_POWER" />
5,关于WakeLock如何在底层的运作以及和与kernel层的交互
请移步此文章--http://blog.csdn.net/ssikyou/article/details/8865185
--http://blog.csdn.net/XSL1990/article/details/17164503