@Delbert
因为 400 电话不能用于外呼
如果有厂商使用 400 进行正常的外呼，是他们不讲规矩
为何要为他们的不讲规矩买单？

@jedicxl
CPU 和内存都没远远超标了
就是 GPU 不够， TDP 挡在那里，就算是英特尔 14nm 的高效率 IRIS pro 也吃不消

IRIS 6100 @ 1280*800 大约 45 帧

IRIS 7 系列不知道如何

@zaishanfeng
这里只讨论百度的软件
别的软件洪水滔天也和这个 thread 无关

从未使用过第三方外卖服务
第一方的倒是有用过

这是一个私有软件
Google Photos 是一个新的 Google 用于储存照片的服务，在降低图像质量时，它允许用户不受数量限制储存照片。它的客户端源自 Google+的照片上传功能。

“ Android 是开源软件”这个陈述限制于 AOSP 范畴：

1 ，有一些 Google 私有软件是基于 AOSP 里某个项目开发的，或者这个私有软件的大部分以别的形式开源(说的就是 Google Chrome 与 Chromium, Chromium WebView 的关系)
2 ，最近两年 Google 也确实在把一些非核心的功能从 AOSP 剥离

@xgowex
force stop 是调用 am force-stop(或者是 java 层对应的接口)
而冻结则是 pm disable
只要有一个高权限的系统应用执行它就可以了

@cnmusa
对于一般人可能更容易观察到的性能方面，他们不知道哪一次的更新会有这种程度的重要：

比如 5x 的 MHC19J
https://www.reddit.com/r/nexus5x/comments/49jwbs/ota_update_for_nexus_5x/

从仅考虑 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 平台

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