Android服务开发经验——优雅地活着 by个推推送

具体来说,就是要做到两点: 1. 尽可能运行 2. 尽可能省电

看似寻常的道理,实现起来还真不容易,下面一个个来看:

尽可能运行 Android系统会根据当前资源状况(主要是内存空闲的情况)对后台服务进行不定期的清理,尤其是当内存高度紧张时,会出现大堆服务交替处于“正在重启服务”的状态。前台服务可以避免这个问题的发生,但是前提条件是你需要在通知栏显示一个置顶的无法清除的硕大的通知栏。如果你的应用恰巧是类似墨迹天气或者360这样正好需要一直给用户展示这样的一个通知栏,那么恭喜你,你可以忽略这个头痛的进程回收问题;但是对大多数后台服务来说,显示这样的通知并不合适。你可以尝试修改服务优先级,但是在大多数手机上并不会有什么本质上的变化。 另外一个需要考虑的问题是用户越来越频繁的“一键清理”操作,无论是系统内置的一键清理功能,还是通过360、猎豹等提供的一键清理,都会增加服务杀死或重启的几率。当然,如果你的应用有正当理由请求用户授予root权限,那么太好了,同样也可以通过各种你懂的方式确保你的Service正常运行。

尽可能省电 上面说到通过AlarmManager和Wakelock来确保Service的正常运行,然而频繁地唤醒系统以及用Wakelock锁定CPU就像是喝酒,适时适量有益身心健康,过度沉迷就会危及生命。一旦管理出问题,手机耗电量就会直线上升。目前多数手机厂商都是使用平均电流来评估应用的耗电量,即计算一定时间内未安装应用和安装应用情况下整机平均电流,两值相减即为应用的平均电流。通常Android手机待机状态下平均电流在8mA左右,如果你希望你的应用内置到某款手机上,对不起,手机厂商对于耗电问题绝不手软,高于5mA平均电流消耗的应用通常是无法被接受的。如下图那样如果长时间工作导致持续高电流,会成倍增加应用的平均电流值。

为了更好地在耗电方面进行优化,首先需要了解到每唤醒一次AP核,都会带来一段时间的固定开销(可能是几百ms),然后再重新休眠,即使你什么也不做。其次,唤醒后的耗电,一般只与工作时长有关,与工作强度关系不大,就我目前所知大多数ARM芯片还没有类似Intel芯片那种调频功能。 此外,负责网络处理的CP核的开启需要非常小心,因为CP核是耗电大户,而且为了提高网络通讯效率,CP核开启后会保持比AP核更长的工作时间,根据手机和网络类型的不同,可能是1到5s甚至是更长时间。最后,也是最好理解的,每开启一个外设,都会额外增加耗电。 所以,优化的措施主要就是尽可能减少唤醒的频率,以及进行任务合并,尤其是网络相关的操作,尽量合并到同一时间内处理。在文件IO(尤其是网络IO)期间,AP核如果无所事事,就尽量不要占用Wakelock,释放出来。当有网络事件需要处理时,CP负责唤醒AP,进行后续操作。要实现这点很不容易,根据业务需求,程序结构上需要做很细致的规划。最后就是,尽量别碰其他的外设。

下面来看一下国内专业推送服务商 “个推”是怎么做的,作为专注推送三周年领先者,个推的做法是:1,开启流量合并通道。目前,大多第三方信息推送采用的方式是,为应用开发者提供SDK包嵌入应用程序来实现信息的推送。于是,每个用户的手机里可能会有多个应用都包含了个推的SDK,也就是服务通道。这样,每个SDK在信息推送过程中,都会消耗一小部分的流量。个推可以自动将这样的多个推送服务通道合并,只开启一个通道即可。2,增量更新下载,,一般当应用有新版本时,我们都需要下载一个全新的安装包,个推推送的应用版本更新通知时,只要升级差量部分即可,也起到很好的省电省流量的效果。

结束 没有一个应用希望自己长期占据软件耗电排行榜首,如果应用不再前台运行的时候也想做点有意义的事,就需要非常谨慎。如果每个应用都不顾他人的感受在手机上尽情撒野,那么总会有人站出来把这样的熊孩子揪出来干掉的。资源是大家的,请珍惜每1mAh的电。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏黑白安全

物联网厂商 CalAmp 服务器配置错误,黑客可盗窃数据、接管车辆

安全研究人员发现,CalAmp(一家为多个知名系统提供后端服务的公司)运营的一台服务器因为错误配置,黑客可借助该漏洞接入账号数据,甚至直接接管相关车辆。

843
来自专栏Crossin的编程教室

【Git 第1课】 什么是Git?

今天起,我会在微信推送文章里穿插一个新的系列:Git。和之前Python入门教程不同,这个系列需要有一点编程的经验。倒不是因为它很难,只是如果没有开发过稍大一点...

31910
来自专栏IT笔记

SpringBoot开发案例从0到1构建分布式秒杀系统

最近,被推送了不少秒杀架构的文章,忙里偷闲自己也总结了一下互联网平台秒杀架构设计,当然也借鉴了不少同学的思路。俗话说,脱离案例讲架构都是耍流氓,最终使用Spri...

64712
来自专栏云计算与大数据

Envoy——Service Mesh体系中的私人订制,把你安排得明明白白!

最近因工作原因开始了解Service Mesh与Envoy,为系统性梳理所学内容,因此沉淀了此文档,但由于所知有限,如文档中有描述不当之处,希望不吝赐教。

2412
来自专栏安恒信息

运维安全中的“福尔摩斯”

引 言 随着互联网技术的发展,信息的交互越来越频繁,随之而来信息的安全、运维操作的合规性等等问题越来越多,其对于企业内部管理来说要求越来越高。2015年某某网...

3487
来自专栏云计算D1net

云数据备份并不是云灾难恢复

云数据备份不是云灾难恢复。不幸的是,供应商的虚假陈述正在推动企业应该如何使用云备份的误解。许多组织正在考虑云备份,因为它消除了基于磁带的备份技术,自动备份,删除...

3886
来自专栏安智客

安全:下一代网络的基本组成

作者:Jim Wallace, Arm; Joseph Byrne, NXP,安智客译 很难想象,哪一天能够不依靠电脑或智能手机工作,购物或银行业务,与朋友聊天...

33410
来自专栏Flutter入门到实战

从内涵段子被下架、快手禁用评论探讨其背后的技术细节

由于后台接口没有返回数据了,界面上自然都是空白,你看内涵段子上面的所有的列表的item都显示的是同一个View,就是下面的这个声明。其实只要把所有的item替换...

2242
来自专栏云瓣

使用React全家桶搭建一个后台管理系统

引子 学生时代为了掌握某个知识点会不断地做习题,做总结,步入岗位之后何尝不是一样呢?做业务就如同做习题,如果‘课后’适当地进行总结,必然更快地提升自己的水平。 ...

5339
来自专栏个人分享

一次极限项目管理,设计,开发,联调与测试

     什么是All In? 是你不知道全力做这件事情会得到什么。但你只想把它做好的感觉。

1201

扫码关注云+社区

领取腾讯云代金券