PowerManager 资源整理

framework层主要有这两个文件:

frameworks\base\core\java\android\os\PowerManager.java

frameworks\base\services\java\com\android\server\PowerManagerService.java

其中PowerManager.java是提供给应用层调用的,最终的核心还是在PowerManagerService.java。这个类的作用就是提供PowerManager的功能,以及整个电源管理状态机的运行。里面函数和类比较多,就从对外和对内分两块来说。

先说对外,PowerManagerService如何来进行电源管理,那就要有外部事件的时候去通知它,这个主要是在frameworks\base\services\java\com\android\server\WindowManagerService.java里面。WindowManagerService会把用户的点击屏幕,按键等作为user activity事件来调用userActivity函数,PowerManagerService就会在userActivity里面判断事件类型作出反映,是点亮屏幕提供操作,还是完全不理会,或者只亮一下就关掉。供WindowManagerService调用的方法还有gotoSleep和其他一些获取电源状态的函数比如screenIsOn等等。

在说对内,作为对外接口的userActivity方法主要是通过setPowerState来完成功能。把要设置的电源状态比如开关屏幕背光什么的作为参数调用setPowerState,setPowerState先判断下所要的状态能不能完成,比如要点亮屏幕的话但是现在屏幕被lock了那就不能亮了,否则就可以调用Power.setScreenState(true)来透过jni跑到driver里面去点亮屏幕了。

而电源的状态循环则主要是通过Handler来实现的。PowerManagerService在init里面会启动一个HandlerThread一个后台消息循环来提供任务的延迟发送,就可以使用Handler来在定制推迟某一任务的执行时间,从而实现状态机的循环。比如timeout,一段时间之后无操作要让屏幕变暗,然后关闭,反映在代码里如下:

userActivity里面在调用setPowerState之后会用setTimeoutLocked来设置timeout。然后在setTimeoutLocked里面会根据当前的状态来计算下一个状态以及时间,判断完再调用mHandler.postAtTime(mTimeoutTask, when)来post一个TimeoutTask。这样在when毫秒后就会执行TimeoutTask。在TimeoutTask里面则根据设定的状态来调用setPowerState来改变电源状态,然后再设定新的状态,比如现在是把屏幕从亮改暗了,那就再用setTimeoutLocked(now, SCREEN_OFF)来等下把屏幕完全关掉。如果这次已经是把屏幕关了,那这轮的timeout状态循环就算是结束了。

如果要定制的话,比如需求是在timeout屏幕关掉之后还要再关掉一些外围设备等等,那就在TimeoutTask里面把屏幕关掉之后再加上关闭其他设备的代码就好了。即使新的状态需求完全和原来的不一样,用Handler应该也不难。逻辑理清了把代码摆在合适的地方就好了。

总体上来说Android的电源管理还是比较简单的, 主要就是通过锁和定时器来切换系统的状态,使系统的功耗降至最低,整个系统的电源管理架构图如下: (注该图来自Steve Guo)

PowerManager 资源整理_第1张图片

接下来我们从Java应用层面, Android framework层面, Linux内核层面分别进行详细的讨论:

应用层的使用:

Android提供了现成android.os.PowerManager类,该类用于控制设备的电源状态的切换.

该类对外有三个接口函数:

void goToSleep(long time); //强制设备进入Sleep状态

Note:

尝试在应用层调用该函数,却不能成功,出现的错误好象是权限不够,但在Framework下面的Service里调用是可以的.

newWakeLock(int flags, String tag);//取得相应层次的锁

flags参数说明:

PARTIAL_WAKE_LOCK: Screen off, keyboard light off

SCREEN_DIM_WAKE_LOCK: screen dim, keyboard light off

SCREEN_BRIGHT_WAKE_LOCK: screen bright, keyboard light off

FULL_WAKE_LOCK: screen bright, keyboard bright

ACQUIRE_CAUSES_WAKEUP: 一旦有请求锁时强制打开Screen和keyboard light

ON_AFTER_RELEASE: 在释放锁时reset activity timer

Note:

如果申请了partial wakelock,那么即使按Power,系统也不会进Sleep,Music播放时

如果申请了其它的wakelocks,Power,系统还是会进Sleep

void userActivity(long when, boolean noChangeLights);//User activity事件发生,设备会被切换到Full on的状态,同时Reset Screen off timer.

Sample code:

PowerManager pm = (PowerManager)getSystemService(Context.POWER_SERVICE);

PowerManager.WakeLock wl = pm.newWakeLock (PowerManager.SCREEN_DIM_WAKE_LOCK, “My Tag”);

wl.acquire();

…….

wl.release();

Note:

1. 在使用以上函数的应用程序中,必须在其Manifest.xml文件中加入下面的权限:

<uses-permission android:name="android.permission.WAKE_LOCK" />

<uses-permission android:name="android.permission.DEVICE_POWER" />

2. 所有的锁必须成对的使用,如果申请了而没有及时释放会造成系统故障.如申请了partial wakelock,而没有及时释放,那系统就永远进不了Sleep模式.


Android Framework层面:

其主要代码文件如下:

frameworks\base\core\java\android\os\PowerManager.java

frameworks\base\services\java\com\android\server\PowerManagerService.java

frameworks\base\core\java\android\os\Power.java

frameworks\base\core\jni\android_os_power.cpp

hardware\libhardware\power\power.c

其中PowerManagerService.java是核心, Power.java提供底层的函数接口,与JNI层进行交互, JNI层的代码主要在文件android_os_Power.cpp,Linux kernel交互是通过Power.c来实现的, AndriodKernel的交互主要是通过sys文件的方式来实现的,具体请参考Kernel层的介绍.

这一层的功能相对比较复杂,比如系统状态的切换,背光的调节及开关,Wake Lock的申请和释放等等,但这一层跟硬件平台无关,而且由Google负责维护,问题相对会少一些,有兴趣的朋友可以自己查看相关的代码.


Kernel层:

其主要代码在下列位置:

drivers/android/power.c

其对Kernel提供的接口函数有

EXPORT_SYMBOL(android_init_suspend_lock); //初始化Suspend lock,在使用前必须做初始化

EXPORT_SYMBOL(android_uninit_suspend_lock); //释放suspend lock相关的资源

EXPORT_SYMBOL(android_lock_suspend); //申请lock,必须调用相应的unlock来释放它

EXPORT_SYMBOL(android_lock_suspend_auto_expire);//申请partial wakelock, 定时时间到后会自动释放

EXPORT_SYMBOL(android_unlock_suspend); //释放lock

EXPORT_SYMBOL(android_power_wakeup); //唤醒系统到on

EXPORT_SYMBOL(android_register_early_suspend); //注册early suspend的驱动

EXPORT_SYMBOL(android_unregister_early_suspend); //取消已经注册的early suspend的驱动

提供给Android Framework层的proc文件如下:

"/sys/android_power/acquire_partial_wake_lock" //申请partial wake lock

"/sys/android_power/acquire_full_wake_lock" //申请full wake lock

"/sys/android_power/release_wake_lock" //释放相应的wake lock

"/sys/android_power/request_state" //请求改变系统状态,进standby和回到wakeup两种状态

"/sys/android_power/state" //指示当前系统的状态

Android的电源管理主要是通过Wake lock来实现的,在最底层主要是通过如下三个队列来实现其管理:

static LIST_HEAD(g_inactive_locks);

static LIST_HEAD(g_active_partial_wake_locks);

static LIST_HEAD(g_active_full_wake_locks);

所有初始化后的lock都会被插入到g_inactive_locks的队列中,而当前活动的partial wake lock都会被插入到g_active_partial_wake_locks队列中, 活动的full wake lock被插入到g_active_full_wake_locks队列中, 所有的partial wake lock 和full wake lock在过期后或unlock后都会被移到inactive的队列,等待下次的调用.

在Kernel层使用wake lock步骤如下:

1. 调用函数android_init_suspend_lock初始化一个wake lock

2. 调用相关申请lock的函数android_lock_suspend 或 android_lock_suspend_auto_expire请求lock,这里只能申请partial wake lock, 如果要申请Full wake lock,则需要调用函数android_lock_partial_suspend_auto_expire(该函数没有EXPORT出来),这个命名有点奇怪,不要跟前面的android_lock_suspend_auto_expire搞混了.

3. 如果是auto expire的wake lock则可以忽略,不然则必须及时的把相关的wake lock释放掉,否则会造成系统长期运行在高功耗的状态.

4. 在驱动卸载或不再使用Wake lock时请记住及时的调用android_uninit_suspend_lock释放资源.

系统的状态:

USER_AWAKE, //Full on status

USER_NOTIFICATION, //Early suspended driver but CPU keep on

USER_SLEEP // CPU enter sleep mode

其状态切换示意图如下:

PowerManager 资源整理_第2张图片


系统正常开机后进入到AWAKE状态, Backlight会从最亮慢慢调节到用户设定的亮度,系统screen off timer(settings->sound & display-> Display settings -> Screen timeout)开始计时,在计时时间到之前,如果有任何的activity事件发生,如Touch click, keyboard pressed等事件, 则将Reset screen off timer, 系统保持在AWAKE状态. 如果有应用程序在这段时间内申请了Full wake lock,那么系统也将保持在AWAKE状态, 除非用户按下power key. 在AWAKE状态下如果电池电量低或者是用AC供电screen off timer时间到并且选中Keep screen on while pluged in选项,backlight会被强制调节到DIM的状态.

如果Screen off timer时间到并且没有Full wake lock或者用户按了power key,那么系统状态将被切换到NOTIFICATION,并且调用所有已经注册的g_early_suspend_handlers函数, 通常会把LCD和Backlight驱动注册成early suspend类型,如有需要也可以把别的驱动注册成early suspend, 这样就会在第一阶段被关闭. 接下来系统会判断是否有partial wake lock acquired, 如果有则等待其释放, 在等待的过程中如果有user activity事件发生,系统则马上回到AWAKE状态;如果没有partial wake lock acquired, 则系统会马上调用函数pm_suspend关闭其它相关的驱动, 让CPU进入休眠状态.

系统在Sleep状态时如果检测到任何一个Wakeup source, 则CPU会从Sleep状态被唤醒,并且调用相关的驱动的resume函数,接下来马上调用前期注册的early suspend驱动的resume函数,最后系统状态回到AWAKE状态.这里有个问题就是所有注册过early suspend的函数在进Suspend的第一阶段被调用可以理解,但是在resume的时候, Linux会先调用所有驱动的resume函数,而此时再调用前期注册的early suspend驱动的resume函数有什么意义呢?个人觉得android的这个early suspend和late resume函数应该结合Linux下面的suspend和resume一起使用,而不是单独的使用一个队列来进行管理.


>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>


电池的信息,电压,温度,充电状态等等,都是由BatteryService来提供的。BatteryService是跑在system_process当中,在系统初始化的时候启动,如下 :

在BatteryService.java中: 
Log.i(TAG, "Starting Battery Service."); 
BatteryService battery = new BatteryService(context); 
ServiceManager.addService("battery", battery); 
========================================================================================
1. 数据来源 
BatteryService通过JNI(com_android_server_BatteryService.cpp)读取数据。BatteryService通过JNI注册的不仅有函数,还有变量。 如下: 

//##############在BatteryService.java中声明的变量################ 
private boolean mAcOnline; 
private boolean mUsbOnline; 
private int mBatteryStatus; 
private int mBatteryHealth; 
private boolean mBatteryPresent; 
private int mBatteryLevel; 
private int mBatteryVoltage; 
private int mBatteryTemperature; 
private String mBatteryTechnology; 

//在BatteryService.java中声明的变量,在com_android_server_BatteryService.cpp中共用,即在com_android_server_BatteryService.cpp中其实操作的也是BatteryService.java中声明的变量 


gFieldIds.mAcOnline = env->GetFieldID(clazz, "mAcOnline", "Z"); 
gFieldIds.mUsbOnline = env->GetFieldID(clazz, "mUsbOnline", "Z"); 
gFieldIds.mBatteryStatus = env->GetFieldID(clazz, "mBatteryStatus", "I"); 
gFieldIds.mBatteryHealth = env->GetFieldID(clazz, "mBatteryHealth", "I"); 
gFieldIds.mBatteryPresent = env->GetFieldID(clazz, "mBatteryPresent", "Z"); 
gFieldIds.mBatteryLevel = env->GetFieldID(clazz, "mBatteryLevel", "I"); 
gFieldIds.mBatteryTechnology = env->GetFieldID(clazz, "mBatteryTechnology", "Ljava/lang/String;"); 
gFieldIds.mBatteryVoltage = env->GetFieldID(clazz, "mBatteryVoltage", "I"); 
gFieldIds.mBatteryTemperature = env->GetFieldID(clazz, "mBatteryTemperature", "I"); 



//上面这些变量的值,对应是从下面的文件中读取的,一只文件存储一个数值。 


#define AC_ONLINE_PATH "/sys/class/power_supply/ac/online" 
#define USB_ONLINE_PATH "/sys/class/power_supply/usb/online" 
#define BATTERY_STATUS_PATH "/sys/class/power_supply/battery/status" 
#define BATTERY_HEALTH_PATH "/sys/class/power_supply/battery/health" 
#define BATTERY_PRESENT_PATH "/sys/class/power_supply/battery/present" 
#define BATTERY_CAPACITY_PATH "/sys/class/power_supply/battery/capacity" 
#define BATTERY_VOLTAGE_PATH "/sys/class/power_supply/battery/batt_vol" 
#define BATTERY_TEMPERATURE_PATH "/sys/class/power_supply/battery/batt_temp" 
#define BATTERY_TECHNOLOGY_PATH "/sys/class/power_supply/battery/technology" 

Android是运行在Linux内核上面的,/sys/class/power_supply亦是Linux内核下面的目录。至于这些文件时怎么生成的,则是由Platform来控制的。 

----------------------------------------------------------------------------------------------------------------------------------- 
2. 数据传送 
电池的这些信息是通过何种方式,被其他应用所获得的。可以想到的有两种方式,第一种,应用主动从BatteryService获得数据;第二种,BatteryService主动把数据传送给所关心的应用程序。 

BatteryService采用的是第二种方式,所有的电池的信息数据是通过Intent传送出去的。在BatteryService.java中,Code如下: 

Intent intent = new Intent(Intent.ACTION_BATTERY_CHANGED); 
intent.addFlags(Intent.FLAG_RECEIVER_REGISTERED_ONLY); 

intent.putExtra("status", mBatteryStatus); 
intent.putExtra("health", mBatteryHealth); 
intent.putExtra("present", mBatteryPresent); 
intent.putExtra("level", mBatteryLevel); 
intent.putExtra("scale", BATTERY_SCALE); 
intent.putExtra("icon-small", icon); 
intent.putExtra("plugged", mPlugType); 
intent.putExtra("voltage", mBatteryVoltage); 
intent.putExtra("temperature", mBatteryTemperature); 
intent.putExtra("technology", mBatteryTechnology); 

ActivityManagerNative.broadcastStickyIntent(intent, null); 

----------------------------------------------------------------------------------------------------------------------------------- 
3. 数据接收 
应用如果想要接收到BatteryService发送出来的电池信息,则需要注册一个Intent为Intent.ACTION_BATTERY_CHANGED的BroadcastReceiver。 

注册方法如下: 
IntentFilter mIntentFilter = new IntentFilter(); 
mIntentFilter.addAction(Intent.ACTION_BATTERY_CHANGED); 
registerReceiver(mIntentReceiver, mIntentFilter); 

private BroadcastReceiver mIntentReceiver = new BroadcastReceiver() { 
@Override 
public void onReceive(Context context, Intent intent) { 
// TODO Auto-generated method stub 
String action = intent.getAction(); 
if (action.equals(Intent.ACTION_BATTERY_CHANGED)) { 

int nVoltage = intent.getIntExtra("voltage", 0); 
if(nVoltage!=0){ 
mVoltage.setText("V: " + nVoltage + "mV - Success..."); 

else{ 
mVoltage.setText("V: " + nVoltage + "mV - fail..."); 



}; 

----------------------------------------------------------------------------------------------------------------------------------- 
4. 数据更新 
电池的信息会随着时间不停变化,自然地,就需要考虑如何实时的更新电池的数据信息。在BatteryService启动的时候,会同时通过UEventObserver启动一个onUEvent Thread。 

每一个Process最多只能有一个onUEvent Thread,即使这个Process中有多个UEventObserver的实例。当在一个Process中,第一次Call startObserving()方法后,这个UEvent thread就启动了。 
而一旦这个UEvent thread启动之后,就不会停止。 

//在BatteryService.java中 
mUEventObserver.startObserving("SUBSYSTEM=power_supply"); 

private UEventObserver mUEventObserver = new UEventObserver() { 
@Override 
public void onUEvent(UEventObserver.UEvent event) { 
update(); 

}; 


在UEvent thread中会不停调用 update()方法,来更新电池的信息数据。 


----------------------------------------------------------------------------------------------------------------------------------- 
5. 附录相关文件: 
(1). SystemServer.java (frameworks\frameworks\base\services\java\com\android\server) 
(2). BatteryService.java (frameworks\frameworks\base\services\java\com\android\server) 
(3). UEventObserver.java (frameworks\frameworks\base\core\java\android\os) 
(4). com_android_server_BatteryService.cpp (frameworks\frameworks\base\services\jni) 


BatteryService作为电池及充电相关的服务,它的实现非常简单: 

o 监听UEvent,读取sysfs里中的状态。 

实现了一个UEvent的观察者。uevent是Linux内核用来向用户空间主动上报事件的机制,对于JAVA程序来说,只实现UEventObserver的虚函数onUEvent,然后注册即可。 

private UEventObserver mUEventObserver = new UEventObserver() { 
@Override 
public void onUEvent(UEventObserver.UEvent event) { 
update(); 

}; 

这里只关注power_supply的事件: 

mUEventObserver.startObserving("SUBSYSTEM=power_supply"); 

当有power_supply相关的事件上报时,就会调用update函数。 

update先调用native_update从sysfs中读取相关状态(com_android_server_BatteryService.cpp): 

Linux驱动提供了下列文件,供应用程序获取电源相关状态: 

#define AC_ONLINE_PATH "/sys/class/power_supply/ac/online" 
#define USB_ONLINE_PATH "/sys/class/power_supply/usb/online" 
#define BATTERY_STATUS_PATH "/sys/class/power_supply/battery/status" 
#define BATTERY_HEALTH_PATH "/sys/class/power_supply/battery/health" 
#define BATTERY_PRESENT_PATH "/sys/class/power_supply/battery/present" 
#define BATTERY_CAPACITY_PATH "/sys/class/power_supply/battery/capacity" 
#define BATTERY_VOLTAGE_PATH "/sys/class/power_supply/battery/batt_vol" 
#define BATTERY_TEMPERATURE_PATH "/sys/class/power_supply/battery/batt_temp" 
#define BATTERY_TECHNOLOGY_PATH "/sys/class/power_supply/battery/technology" 

在<DA9034驱动程序阅读笔记(6)>一文中,我已经提到drivers/power/micco_power.c里注册了充电器(ac)、 usb和电池(battery)三个power_supply。各个power_supply提供的属性和上述文件是对应的,从这些文件中可以读到充电器 (ac)、usb和电池(battery)三个power_supply的相应状态。 

update然后根据读到的状态更新BatteryService的成员变量,并广播一个Intent来通知其它关注电源状态的组件。 

private final void sendIntent() { 
// Pack up the values and broadcast them to everyone 
Intent intent = new Intent(Intent.ACTION_BATTERY_CHANGED); 
intent.addFlags(Intent.FLAG_RECEIVER_REGISTERED_ONLY); 
try { 
mBatteryStats.setOnBattery(mPlugType == BATTERY_PLUGGED_NONE, mBatteryLevel); 
} catch (RemoteException e) { 
// Should never happen. 


int icon = getIcon(mBatteryLevel); 

intent.putExtra("status", mBatteryStatus); 
intent.putExtra("health", mBatteryHealth); 
intent.putExtra("present", mBatteryPresent); 
intent.putExtra("level", mBatteryLevel); 
intent.putExtra("scale", BATTERY_SCALE); 
intent.putExtra("icon-small", icon); 
intent.putExtra("plugged", mPlugType); 
intent.putExtra("voltage", mBatteryVoltage); 
intent.putExtra("temperature", mBatteryTemperature); 
intent.putExtra("technology", mBatteryTechnology ); 

ActivityManagerNative.broadcastStickyIntent(intent, null); 


关注ACTION_BATTERY_CHANGED的地方有好几个: 

o KeyguardUpdateMonitor 这里主要是用来更新锁屏界面下的电池状态。还有低电警告和关机也是在这里做的。 

private void handleBatteryUpdate(int pluggedInStatus, int batteryLevel) { 
if (DEBUG) Log.d(TAG, "handleBatteryUpdate"); 
final boolean pluggedIn = isPluggedIn(pluggedInStatus); 

if (isBatteryUpdateInteresting(pluggedIn, batteryLevel)) { 
mBatteryLevel = batteryLevel; 
mDevicePluggedIn = pluggedIn; 
for (int i = 0; i < mInfoCallbacks.size(); i++) { 
mInfoCallbacks.get(i).onRefreshBatteryInfo( 
shouldShowBatteryInfo(), pluggedIn, batteryLevel); 



// shut down gracefully if our battery is critically low and we are not powered 
if (batteryLevel == 0 && 
pluggedInStatus != BATTERY_STATUS_CHARGING && 
pluggedInStatus != BATTERY_STATUS_UNKNOWN) { 

ShutdownThread.shutdownAfterDisablingRadio(mContext, false); 




o NotificationManagerService 用来更新充电状态(LED) 

if (action.equals(Intent.ACTION_BATTERY_CHANGED)) { 
boolean batteryCharging = (intent.getIntExtra("plugged", 0) != 0); 
int level = intent.getIntExtra("level", -1); 
boolean batteryLow = (level >= 0 && level <= Power.LOW_BATTERY_THRESHOLD); 
int status = intent.getIntExtra("status", BatteryManager.BATTERY_STATUS_UNKNOWN); 
boolean batteryFull = (status == BatteryManager.BATTERY_STATUS_FULL || level >= 90); 

if (batteryCharging != mBatteryCharging || 
batteryLow != mBatteryLow || 
batteryFull != mBatteryFull) { 
mBatteryCharging = batteryCharging; 
mBatteryLow = batteryLow; 
mBatteryFull = batteryFull; 
updateLights(); 



o PowerManagerService 这里主要是做两件事件,先是检查是否在充电时不允许睡眠,并采用相应的行动,其次是触发一个用户行为(会影响下一次睡眠的时间)。 

private final class BatteryReceiver extends BroadcastReceiver { 
@Override 
public void onReceive(Context context, Intent intent) { 
synchronized (mLocks) { 
boolean wasPowered = mIsPowered; 
mIsPowered = mBatteryService.isPowered(); 

if (mIsPowered != wasPowered) { 
// update mStayOnWhilePluggedIn wake lock 
updateWakeLockLocked(); 

// treat plugging and unplugging the devices as a user activity. 
// users find it disconcerting when they unplug the device 
// and it shuts off right away. 
// temporarily set mUserActivityAllowed to true so this will work 
// even when the keyguard is on. 
synchronized (mLocks) { 
boolean savedActivityAllowed = mUserActivityAllowed; 
mUserActivityAllowed = true; 
userActivity(SystemClock.uptimeMillis(), false); 
mUserActivityAllowed = savedActivityAllowed; 






o LocationManagerService 这里似乎没有什么用处,我没找到mCollector赋值的地方。 

if (action.equals(Intent.ACTION_BATTERY_CHANGED)) { 
log("PowerStateBroadcastReceiver: Battery changed"); 
synchronized (mLocationListeners) { 
int scale = intent.getIntExtra(BATTERY_EXTRA_SCALE, 100); 
int level = intent.getIntExtra(BATTERY_EXTRA_LEVEL, 0); 
boolean plugged = intent.getIntExtra(BATTERY_EXTRA_PLUGGED, 0) != 0; 

// Notify collector battery state 
if (mCollector != null) { 
mCollector.updateBatteryState(scale, level, plugged); 




o WifiService 根据电源状态来决定是否需要定时唤醒(没搞得太明白,看Wifi服务时再研究)。 

if (action.equals(Intent.ACTION_BATTERY_CHANGED)) { 
/* 
* Set a timer to put Wi-Fi to sleep, but only if the screen is off 
* AND we are transitioning from a state in which the device was supposed 
* to stay awake to a state in which it is not supposed to stay awake. 
* If "stay awake" state is not changing, we do nothing, to avoid resetting 
* the already-set timer. 
*/ 
int pluggedType = intent.getIntExtra("plugged", 0); 
if (mScreenOff && shouldWifiStayAwake(stayAwakeConditions, mPluggedType) && 
!shouldWifiStayAwake(stayAwakeConditions, pluggedType)) { 
long triggerTime = System.currentTimeMillis() + idleMillis; 
mAlarmManager.set(AlarmManager.RTC_WAKEUP, triggerTime, mIdleIntent); 
mPluggedType = pluggedType; 
return; 

mPluggedType = pluggedType; 


o StatusBarPolicy用来更新状态栏上的充电图标。 

if (action.equals(Intent.ACTION_BATTERY_CHANGED)) { 
updateBattery(intent); 

你可能感兴趣的:(PowerManager 资源整理)