捉鸡于猴机吃电,早上查了一下android5新出的唤醒对齐特性

唤醒对齐简单来说,就是把零散的唤醒请求做集中处理,比如12:01有个进程要求唤醒,12:02又有个进程要求唤醒,12:05又有个进程唤醒,cpu一直处于睡觉>唤醒>睡觉>唤醒的状态切换中

导致实际睡觉时间太少,所以干脆就把这三个唤醒统一到12:05处理,这样只用唤醒一次,cpu睡觉的时间就多了,也就更省电了

但是实际上这并不是新功能,4.4就有唤醒对齐的概念了

那么4.4是怎么做的呢:

google的程序猿想法很好,几乎可以赶上雷布斯了(miui5就有这个功能)

只不过,这个新特性是做为额外api提供的(也就是说这个新特性是可选的),软件开发者可以自己选择使用对齐了的可能稍有延后的方式来唤醒,还是使用一叫马上醒的方式

提供一个额外的api来供你选择以便你能编写出更省电的应用!卧槽,这是多么的人性化啊,所以说,还是程序猿懂程序猿!

但是呢,这事到实际应用就走样了(特别是国内的应用),考虑到黑暗森林法则,老子不唤醒别人也会唤醒,除非大家都约定好,否则不如大家都唤醒得了,毕竟谁抢到用户屏幕谁就抢到了市场嘛

程序猿算个鸟,产品才是爹好吗?



反观苹狗,压根就不相信人之初性本善这种屌毛理论,人就是恶的,你不管着,他就得乱来,程序猿不管着,他就敢大声和产品说话!

各种后台限制得死死,你也别选了,就按照我的方法玩,不然别上appstore,什么唤醒对齐立即唤醒的别和我说,我压根没唤醒!要通知请和苹果通知,我们再来通知用户.


android5.0又提到了这个概念,据说还有个伏特计划,到底效果如何还得拭目以待,要继续用这种由软件商决定的方式使用,我看还得照样没人用.

要我说,真想省电,就得底层强制使用,然后由用户选择是否启用.

[ 本帖最后由 Tobar 于 2014-12-22 10:09 编辑 ]

这其实跟api没什么关系啊

miui思路就是底层直接实现,上层api不用改动(强制使用)

给你加个新api来可选使用,这就是典型的工程师思想