电源管理PowerManager
PowerManager是Android的电源管理类,用于管理电源操作如睡眠、唤醒、重启以及调节屏幕亮度等等。PowerManager的对象从系统服务POWER_SERVICE中获取,它的主要方法如下:
goToSleep : 睡眠,即锁屏。
wakeUp : 唤醒,即解锁。
reboot : 重启。
另有下列几个隐藏的方法:
getMinimumScreenBrightnessSetting : 获取屏幕亮度的最小值。
getMaximumScreenBrightnessSetting : 获取屏幕亮度的最大值。
getDefaultScreenBrightnessSetting : 获取屏幕亮度的默认值。
setBacklightBrightness : 设置屏幕亮度。
但对多数开发者来说,PowerManager在实际开发中毫无用处,因为一旦调用该类的方法,你的app运行时就会崩溃,查看日志报错“java.lang.SecurityException: Neither user 10150 nor current process has android.permission.DEVICE_POWER.”这个错误信息倒是容易看懂,好吧,那我便在AndroidManifest.xml中加上DEVICE_POWER的权限。可是加了权限之后,ADT又提示错误“Permission is only granted to system apps”。这下傻眼了,怎么会说“权限只授予系统应用程序”呢?不过这难不倒我,咱把app工程clean一下,错误提示就不见了,然后重新Run之,结果Console栏出现红色文字“Installation error: INSTALL_FAILED_SHARED_USER_INCOMPATIBLE”,还是不行呀。
找了大量的资料,才发现这是因为电源管理的权限,只有系统程序(打了系统签名)才可以获得,用户程序无法获取这个权限。大伙对该问题基本是束手无策,只有Stack Overflow上的大神给了个解决方案,主要做三方面的修改:
1、在AndroidManifest.xml中加上DEVICE_POWER、REBOOT、SHUTDOWN的权限。
2、在AndroidManifest.xml的manifest节点中增加属性说明“android:sharedUserId="android.uid.system"”,这表示使用系统用户的uid。
3、为了能够共享系统用户的uid,你的app得采用系统签名打包,即先找到目标Android系统的platform.pk8和platform.x509.pem密钥文件,然后使用signapk.jar将apk签名到指定密钥。
这个解决方案理论上可行,但就真机来说,每个品牌每个型号的手机,其系统签名都是不一样的。因此,就算你真的搞出来一个系统应用,那也仅适用于该签名版本的Android系统,而不能用于其他签名的Android系统,所以PowerManager只能是手机厂商内部使用了。
下面是PowerManager几个用途的示例代码(一般用不到,仅供参考):
电池管理BatteryManager
BatteryManager名为电池管理,然而查看该类的源代码,里面只有一些常量定义,并非真正意义上的电池管理。事实上,开发者并不能直接管理电池,要想获取电池的相关信息,得通过监听电量改变事件来得知。电池的电量改变事件,其动作名称是Intent.ACTION_BATTERY_CHANGED,因为接受该事件要求app必须处于活动状态,所以用来监听的广播接收器不能在AndroidManifest.xml中静态注册,而只能在app代码中通过registerReceiver方法来动态注册。下面是电量改变事件中携带的参数信息:
BatteryManager.EXTRA_SCALE : 电量刻度,通过getIntExtra获取。通常是100
BatteryManager.EXTRA_LEVEL : 当前电量,通过getIntExtra获取。
BatteryManager.EXTRA_STATUS : 当前状态,通过getIntExtra获取。
--BATTERY_STATUS_UNKNOWN = 1; 表示未知
--BATTERY_STATUS_CHARGING = 2; 表示正在充电
--BATTERY_STATUS_DISCHARGING = 3; 表示正在断电
--BATTERY_STATUS_NOT_CHARGING = 4; 表示不在充电
--BATTERY_STATUS_FULL = 5; 表示充满
BatteryManager.EXTRA_HEALTH : 健康程度,通过getIntExtra获取。
--BATTERY_HEALTH_UNKNOWN = 1; 表示未知
--BATTERY_HEALTH_GOOD = 2; 表示良好
--BATTERY_HEALTH_OVERHEAT = 3; 表示过热
--BATTERY_HEALTH_DEAD = 4; 表示坏了
--BATTERY_HEALTH_OVER_VOLTAGE = 5; 表示短路
--BATTERY_HEALTH_UNSPECIFIED_FAILURE = 6; 表示未知错误
--BATTERY_HEALTH_COLD = 7; 表示冷却
BatteryManager.EXTRA_VOLTAGE : 当前电压,通过getIntExtra获取。
BatteryManager.EXTRA_PLUGGED : 当前电源,通过getIntExtra获取。
--0 表示电池
--BATTERY_PLUGGED_AC = 1; 表示充电器
--BATTERY_PLUGGED_USB = 2; 表示USB
--BATTERY_PLUGGED_WIRELESS = 4; 表示无线
BatteryManager.EXTRA_TECHNOLOGY : 当前技术,通过getStringExtra获取。比如返回Li-ion表示锂电池。
BatteryManager.EXTRA_TEMPERATURE : 当前温度,通过getIntExtra获取。
BatteryManager.EXTRA_PRESENT : 是否提供电池,通过getBooleanExtra获取。
除了电量改变事件,还有几个事件与电池有关,如下所示
Intent.ACTION_BATTERY_LOW : 电池电量过低,静态注册时使用android.intent.action.BATTERY_LOW
Intent.ACTION_BATTERY_OKAY : 电池电量恢复,静态注册时使用android.intent.action.BATTERY_OKAY
Intent.ACTION_POWER_CONNECTED : 连上外部电源,静态注册时使用android.intent.action.ACTION_POWER_CONNECTED
Intent.ACTION_POWER_DISCONNECTED : 断开外部电源,静态注册时使用android.intent.action.ACTION_POWER_DISCONNECTED
下面是电池事件的监听截图:
下面是监听电池事件的代码示例:
省电方法/屏幕开关事件
前面说了许多废话,赶快回到本文的主题——省电。app开发与服务器程序开发不同,app所在的移动设备是很缺电的,几天就要充一次电,所以如果你的app特别耗电,一天甚至半天就把用户手机搞没电了,那么通常逃脱不了被卸载的悲惨命运。因此,为人为己,开发者还是尽可能让app运行的时候省电些,绿色环保的低碳生活,从开发app做起。然而目前尚无法检测每个应用的耗电程度,一般是靠经验判断,基本原则就是:越消耗资源的,耗电就越大。具体到代码编写,主要有以下省电措施:
1、能用整型数计算,就不用浮点数计算。
2、能用json解析,就不用xml解析。
3、能用网络定位,就不用GPS定位。
4、尽量减少大文件的下载(如先压缩再下载,或者缓存已下载的文件)。
5、用完系统资源,要及时回收。占着茅坑不拉屎,用户手机会很蛋疼。相关例子参见《 Android开发笔记(七十五)内存泄漏的处理 》
6、能用线程处理,就不用进程处理。
7、多用缓存复用对象资源。如屏幕尺寸只需获取一次,其后可到缓存中读取,全局变量技术参见《 Android开发笔记(二十八)利用Application实现内存读写 》。相关例子还可参见《 Android开发笔记(七十六)线程池管理 》、《 Android开发笔记(七十七)图片缓存算法 》
8、能用定时器广播,就不用后台常驻服务。
9、能用内存存储,就不用文件存储。
省电措施虽多,那要如何得知省电效果呢?在实际开发中,耗电大户其实是在后台默默运行的Service服务,想想看,手机待机的时候,屏幕都不亮了,可是手机里面还有一些不知疲倦的Service在愚公移山,愚公也是要吃饭的呀。我做过实验,一个app在系统待机时仍然满血Service运行,一小时后手机电量消耗4%;同一个app改造后在系统待机时不运行任何Service,一小时后手机电量消耗2%;一小时相差2%,十小时便相差20%啊,原来我们手机的电量就是这样被一点一点耗光的。
既然如此,我们若想避免app在手机待机时仍在做无用功,就要在屏幕关闭时结束指定任务,在屏幕点亮时再开始指定任务。这里用到了下面三个屏幕开关事件:
Intent.ACTION_SCREEN_ON : 屏幕点亮事件
Intent.ACTION_SCREEN_OFF : 屏幕关闭事件
Intent.ACTION_USER_PRESENT : 用户解锁事件,静态注册时使用android.intent.action.USER_PRESENT
使用上述三个事件要注意几点:
1、屏幕点亮事件和屏幕关闭事件必须在代码中动态注册。如果在AndroidManifest.xml中静态注册,则不起任何作用。
2、在关闭屏幕时,系统先暂停所有活动页面,然后才关闭屏幕;同样的,在点亮屏幕时,系统点亮屏幕,然后才恢复活动页面。所以这几个事件不能在Activity中注册/注销,只能在自定义Application的onCreate方法中注册,在onTerminate方法中注销。
3、Activity要想获取屏幕开关事件,得通过自定义的Application类去间接获取。
下面是屏幕开关事件的捕捉截图:
下面是屏幕开关事件的代码:
下面是自定义Application的代码:
下面是显示屏幕开关事件的页面代码