手机耗电太快？教你轻松解决.docVIP

手机耗电太快？教你轻松解决 　　经常听到有朋友抱怨，一晚上手机待机耗电超过15%，而且还不知道是什么应用在偷跑，就觉得电量哗哗地就往下直掉。正常情况下一晚上待机耗电在2-3%左右，超过这个值较多的肯定是有问题。 　　手机上应用程序的耗电，本质上是它所启用的硬件在消耗电量。Android手机有两个处理器，即Application Processor（AP，应用处理器）和Baseband Processor（BP，基带处理器），另外耗电单元还有GPU、LCD、WIFI、GPS、BT等，一般手机待机时，AP、LCD、WIFI均进入休眠状态，这时应用程序的代码也会停止执行，只会有BP在耗电。 　　Android为了确保应用程序的正确执行，提供了Wakelock（唤醒锁）的API，Wakelock是一种锁的机制，只要有应用拿着这个锁，系统就无法进入休眠，普通的用户应用和系统内核都可获得。Wakelock可以是有超时或没超时的，超时的锁在超时后会自动解锁（有些流氓应用就不断用超时锁然后靠系统自动解锁），当没有锁了内核就会启动休眠机制进入休眠状态。 　　手机耗电的问题，其实大部分是这个锁是否正常的问题。 　　为什么会有异常耗电？ 　　经常听到有朋友抱怨，一晚上手机待机耗电超过15%，而且还不知道是什么应用在偷跑，就觉得电量哗哗地就往下直掉。正常情况下一晚上待机耗电在2-3%左右，超过这个值较多的肯定是有问题，绝大部分问题来源于以下几种。 　　1、霸道的Google服务 　　在国内，如果你的手机安装有Google组件，即便是在账户设置里取消同步，Google服务还是会在后台同步，如果被墙了，同步就会拿到锁，不断唤醒AP，致使系统完全没法进入休眠状态，消耗相当多的电量。 　　如果再看到有“耗电最多的是谷歌服务怎么办”的问题，你可以把这篇文章推荐给他看看，后面会有解决方法。 　　2、频繁唤醒AP的各类APP 　　早在2012年，Google就发布了GCM（Google Cloud Messaging），GCM提供了在应用服务器和Android设备之间引入代理的能力，以保障两者之间可伸缩的云通信。使用GCM推送服务的应用即使后台程序和服务都关闭掉，也依然可以在第一时间接收到新消息的推送。 　　但是由于众所周知的原因，国内行货Android手机都阉割了Google服务，也就无法使用Google的GCM PUSH通道，原本每个手机中只需要建立的唯一共享的PUSH通道，也就变成了各自为政。每一个声称为用户提供实时通知的国内APP（如通讯类、天气日历类应用），为了自身程序在后台的正常工作 ，让用户能“及时”接收到推送的消息必然使用自己的推送服务，可能会频繁的唤醒AP阻止其进入休眠。 　　手机QQ2012是曾经有名的电老虎 　　以微信为例，微信Android版是以5分钟为周期发送心跳连接，这相当于每天发送近300条短信的消耗，每天手机会有300次从待机省电状态被唤醒。而Google的GCM心跳周期为28分钟，尽可能降低心跳频率从而节省耗电。这仅仅是微信，其它相似的应用也做着同样的事情。 　　其实微信这样的消息推送还算正常，上图中，像QQ、微信、微博的心跳周期差不多都是5分钟，也就是每小时唤醒AP 12次左右，但是看看排第一的滴滴打车，每小次居然唤醒次数高达33次，心跳周期估计是100秒，这也就是为什么很多人说滴滴打车耗电厉害的原因。另外还有许多Android应用获取消息的方式是轮询（而非推送），即应用主动地与服务器连接并查询是否有新消息，可想而知它对系统和网络资源的消耗。 　　在Android系统上，开着十几个超时锁长连接的壮观场面经常可见，大有你流氓我更流氓的意思，手机的耗电想正常也不可能了。除了Google服务外，国内各类强占Wakelock的流氓APP也是手机电池杀手。 　　3、系统（ROM）优化不够 　　现在各家手机都有自己的系统，不光是UI风格各异，对Android底层的修改也是随心所欲，如果修改得不好的甚至会变成“反优化”，系统卡顿、耗电增加似乎成为司空见惯的问题。 　　这里拿联想Vibe shot作个反面例子，同事一直在用这款手机，也一直吐槽手机耗电问题，简单看下它的电量消耗情况，上图中显示“联想日历”耗电占了14.9%，同事称根本没用过这个日历，该应用CPU使用时间近一小时，这还是系统自带的官方应用，让人情何以堪。再看看微信的情况，更是糟糕，上面说过，微信心跳连接周期为5分钟，也就是说在1天6小时内唤醒次数为360次左右，但是在联想Vibe shot，唤醒次数居然高达2110次，使得微信的耗电量狂增，不得不说联想确实要好好把自己的VibeUI化下。 　　另外典型的例子就是很多手机有官方ROM与C