从仅考虑 CPU 部分的功耗的情况下，单位电能可以完成的运算量，(频率足够高时，大约 30% Fmax 或更低，也可能更高，随着处理器 /架构 /其它因素不同而不同)会随着频率升高而降低

这是由 CMOS 电路的动态功耗(和电压平方呈正比)与漏电特性(电压的指数函数)决定的

这个时候“因为 CPU 有一些额外损耗 b 应该大于 a ”是次要的问题

http://www.anandtech.com/show/9330/exynos-7420-deep-dive/5

@cnmusa 你和我说的不是同一件事情
所以，来，看这里：
https://source.android.com/security/bulletin/index.html

@honeyshine75
V2ers 是没问题啦
但是普通人很没有概念的，不具备简单甄选的能力

可是二维码代表的 URL 可以不是干净的
毕竟人类连钓鱼用的 URL 都不太能识别出来
再套一个二维码的壳

@cnmusa
来，看这里
https://source.android.com/security/bulletin/index.html

撞上去当其不存在

@Hello1995 正是，它们是扩展（ extension ）而非插件（ plugin ）

@cnmusa

这样的更新频率(一月一次)是正常的，且不应当是追的，因为它是理应达到的标准
为什么有人喜欢使用 Nexus 这种并不精致的手机，很大程度上便是因为它有几乎最快的系统更新(有几次 Android One/LG 的更快)，无论是大版本，还是小版本。

而这种做法的起源，则是 iOS 。

iOS 近两年也维持着接近一月一次更新的频率
https://en.wikipedia.org/wiki/IOS_version_history

iOS 设备使用最新 iOS 系统的比例高且在短时间达到，类似的现象可以在 Nexus 设备上观察到。

为了这些优势，又要使用国产软件，让每月一次的更新变成了大姨妈一般的麻烦事，所以最后还是取舍的问题

@herozzm

确实如此
像这次三月份的新分支 MHC19I/J 改动较多，让 TWRP 无法解密 /data 分区，当时为了安装 superSU 还动用了一次 adb sideload

我没那么喜欢 iOS ，全家桶不说了；愿意留在 Android 的一部分理由是还没用过 Android Pay 与 Android TV ，至于 Android Auto 在计划中

@click
不装国产软件，就没有全家桶问题：
全家桶分两类
一者是 app 自身滥用系统的资源(也就是流氓软件)
另一者是”全家桶“的来源，指 Windows 的软件自带 adb ，当检测到手机接入电脑的时候便来一招 adb install

@livepps
现实情况是， BAT 的所有应用，没有一个不做坏事的。

Android 的原生权限机制在 6.0 之后才正式开放，但它的原型 AppOps 从 4.3 开始一直存在。
而 AppOps 直到 Android N 依然是 Runtime Permission 的基础部件。

@yuhaaitao
至于 Google Maps API 偏移这个事件，我们不认为它是 Google 的问题，而是测绘局和测绘局背后的机构的责任。 WGS84-->GCJ02

@maskerTUI
从大约半年前开始， Google 决定每个月都为 AOSP 发布一次安全更新，顺带着， Nexus/Android One 设备每月都会有一次仅为了修补漏洞的 OTA 。虽然这次的三月补丁对 Nexus 5x/6p 来说有很多性能 /可靠性方面的改进(MHC19I/J)，而实际上在 MHC19 镜像出现前的几个小时， Nexus 团队确实也发布了这两个机型仅包括三月安全更新的镜像(MMB29V)

@cyberdaemon
话说到目前为止的 iphone 的相机不如 5x/6p 的那只

@cnmusa
因为每个 Android 的新版本都带来了令人激动的新特性，至于新版本的缺点便是次要了。
比方说，现在各个旗舰机正在更新到 6.0 的时候，我已经可以使用下一个 Android N 了(当然，还只是极不靠谱的第一预览版)；相应的缺点，有当 6.0 正式版发布后， BAT 做的第一件事便是滥用新权限机制(就这一点 iOS 通过 appstore 的强迫审查机制让开发商无法作这种恶，相比之下 Google Play 不是必须的，而且它的审查标准宽松很多，多数时候只是让 SafetyNet 检查病毒)，迫使用户提供权限等恶行。

@herozzm
没有了

禁用整个应用(pm disable)在最初可能是为了以下目的而出现，用户能使用它应该是从 Android 4.0 开始的：

1 ，只需要运行一次的应用，比如初次激活手机的向导
2 ，达到相当于删除系统分区应用的作用(系统分区技术上除了 OTA 和官方刷机以外是不能更改的，因此不能直接删除安装在系统分区的应用)

@herozzm

冰箱是一个很好的大棒
因为它直接 disable 了整个应用，也就是说： no negotiation
以此作为它们过于精通地滥用了一些系统资源的应对

弱一级的是绿色守护的传统模式
它使用了 am forcestop ，杀掉应用的进程，这种杀会使得接下来，应用无法自行启动

再弱一级的是它的浅睡模式
是把应用强行置于 app standby 状态
处于 app standby 的应用进程不会被直接杀掉，它只是不能联网(一天只有一次联网机会，除非充上电)，不能使用 JobScheduler API ，但还是能使用 wakelock 和 alarm ，以此换来保留进程上下文的好处。



使用 MyAndroidTools 需要对 Android 应用的生命周期，以及四大组件有一些简单了解：

Activity
Service
Intent Receiver(顺便 Intent 是什么也了解到了)
Content Provider

然后再去用它，会顺手很多

我们一般来说是用来对付应用的某一(些)部分，这些部分我们不希望它工作，而且恰好又是耦合度比较低的部分，比如知乎的：

NotificationWebSocketService
avos....PushService

以上两个是和推送有关的 Service ， disable 掉不影响应用运行，又恰好达到了我们的目的：彻底地关掉推送

在此安利下 B 站的 app ，虽然使用了臭名昭著的小米推送(具体地说，它的逻辑会检查相关的 Service 是否被 disabled ，如果是，则会重新 enable)，但在这个 app 内关闭推送后，小米推送的 Service 不会运行


...instabug.....UPloadCacheService

这个是用来上传崩溃发生时的现场数据，以帮助 debug

....BumblebeeService

把这个关了，知乎就真的用不了了，所以不能对它动刀子。

@VersusClyne
我回答了 app 可以使用的，获取 MEID/电话号码的办法

你：
------"我知道 但是楼主说的是安卓平台啊"
所以你是说非 Android 平台

------“并不知道你想说明什么 国产应用要这个权限不是挺正常的么”
我不说话

@Themyth 用 0000

@VersusClyne

http://developer.android.com/reference/android/telephony/TelephonyManager.html#getDeviceId()
http://developer.android.com/reference/android/telephony/TelephonyManager.html#getLine1Number()

这两个函数需要 android.permission.READ_PHONE_STATE 权限

@juneszh https://github.com/gorhill/uBlock

关于 Google chrome ，它从一开始出现的时候，便做成了“不允许不自动升级”，而 googleupdate 进程以及相关的计划任务，则是负责这个行为的执行者。

这种做法几年过来获得的反响很好，很重要的原因是它除了用于更新 chrome 外，没有做过别的事情。

windows10 的强制自动更新的想法可能便来源于此。

一个办法是禁止 inline script ，另外，似乎新一些的 ublock origin 似乎有一个针对弹窗的新特性

@shily Android 有这个 API ，这个接口可从 sim 卡（ uim ）获得手机号码，但并非所有的 sim 卡都包含号码信息

@juneszh 一方面是性能， ublock origin 占优势；另一方面是 ublock origin 扩展了 adblock plus 的能力（变成了类似 adblock plus+no script ），使得它变成了一种通用的过滤器，其作者也确实是这样打算的。

为什么要这么做呢， adblock plus 的前身 adblock 出现的时候（那个时候还没有 chrome ，而 Firefox 也才正式发布不久），在线广告的形式主要是单纯的 banner ，这个时候 adblock 的目的在于让浏览器不下载（或不显示）广告资源

到了今日，在线广告的重点已经转移到了用户数据收集，意味着页面上除了可见的广告外，更多的，更重要的是视觉上不可见的用户追踪代码，那么 ublock (origin)便是考虑到这一点的产物。