@hard2reg
“照这样发展，我们什么时候才能享受真正的无（硬）广告观看呢？”

开通 netflix 即可

@asdwddd

AppOps 的职责有三个：
1，处理运行时权限机制下，优雅地应对旧版应用。这里所谓的优雅就是返回 null
我们用 AppOps 对付流氓软件实际上就是依靠这一点

2，有一些用户可选的非运行时权限实际上就是 AppOps(比如修改"系统设定"等，注:这里的系统设定是专指 android.provider.Settings.System 对应的内容)

3，AppOps 的 RUN_IN_BACKGROUND 也是这次 Android O 新增的后台限制的开关，目前的第二预览版的 UI 允许用户对旧应用开启该限制。

功能上肯定是 Xprivacy 强得多，可以直接看源码做对比
实际上 Xprivacy 的界面就会明确告诉你它会劫持掉哪些 API

@QQ1941772988 你自己作死啊，发链接还带小尾巴

@flyz 神隐模式是一个很变态的东西，能做到和原词同义。

如果它允许禁用这些提示，可以缓解。

如果不成，换别的路由器吧。

说到底小米的不联网设备还是挺好的，联网的设备就很难说了

@hoythan 这种肯定是支付宝滥用 wakelock 的问题，一般来说是 bug

Android O 新增的后台限制（在 Android7 也可调用）

在有 doze 的情况下这是正常现象而且应该是频繁出现

@asdwddd

"用 appops 禁用掉了爱奇艺获取手机号，但是直接启动爱奇艺 提示获取手机号，禁用就强制退出，那么选择允许"

这么做的结果是：
Runtime Permission 层面，爱奇艺获得了电话权限，调用 TelephonyManager.getDeviceId()不会直接抛出 SecurityExcaption。

AppOps 层面，爱奇艺没有在调用受这个 OP 管辖的 API(TelephonyManager.getDeviceId())时，返回 null

即爱奇艺不能从这个 API 获取信息

AppOps 具体怎么在这个函数里工作，看源代码
https://android.googlesource.com/platform/frameworks/opt/telephony/+/9eafe27e7974e38a45ba387c03332653c1ecf7dd/src/java/com/android/internal/telephony/PhoneSubInfo.java

public String getDeviceId(String callingPackage) {
if (!checkReadPhoneState(callingPackage, "Requires READ_PHONE_STATE")) {
return null;
}
return mPhone.getDeviceId();
}

private boolean checkReadPhoneState(String callingPackage, String message) {
//--->运行时权限在这里，这关过不了则抛出 SerurityException
mContext.enforceCallingOrSelfPermission(
android.Manifest.permission.READ_PHONE_STATE, message);

//--->AppOps 管这里，不等于 AppOpsManager.MODE_ALLOWED 则返回 null
return mAppOps.noteOp(AppOpsManager.OP_READ_PHONE_STATE, Binder.getCallingUid(),
callingPackage) == AppOpsManager.MODE_ALLOWED;
}


https://developer.android.com/reference/android/content/Context.html#enforceCallingOrSelfPermission(java.lang.String, java.lang.String)

@shijingshijing 没有微信

@jacy 你的逻辑很奇怪，还在用受害人谴责

@Weny
看看今年 nSP 会好多少（至少相对于 sp4 应当有 13.5/9 的进步）

@AsherG
是的，权限的问题终究会归因到开发商贪得无厌，系统提供一个可以 opt-out 的权限机制在这个意义上属于锦上添花。

站在用户的角度，运行时权限机制是用于拒绝权限的，并还隐含的包含让应用要在这样的情况下运行的含义。如果不能有效地做到，权限机制等于没有。这是导致人们觉得 Android6+的运行时权限机制不地道的原因。

换一个说法，应用应当总是使用最少（低）的权限。

很自然的，现在会有不止一个的 appops 包装应用，来对付滥用运行时权限的流氓软件。

双频肯定缺不了，但 MIMO 可能缺位

@AsherG
支付宝，高德，百度地图这些的下架并不是因为强行获取权限。
而是其它原因。

@AsherG Android 直到 O 才把设备识别码的问题解决了：

1，可以认为完全做到了禁止访问(或由电话权限保护)一切持久(刷机后也不可改变)的识别码。

2，SSAID(Android ID)对于每个应用而言是不同的，刷机后会重置

然而以上的电话权限在设计之初就允许滥用
“ An app can always refuse to work if the user does not give it a permission but the user can always uninstall such app and give it one star. This is Working As Intended.”

chainfire 说的内容符合实际，除了电话权限(拿 IMEI)和位置权限。

@AsherG
“不给权限就不启动这种恶心人的功能，iOS 上能不能实现”：
1，就代码而言能实现
2，苹果能实现让这些应用无法上架
3，最终这些特性在 iOS 上不能实现

@lucifer9 是的，截至 v12.0，A/B 分区单位支持依然处于 wip

orange county 开车到圣地亚哥还好，如果是往北去旧金山路程会很远（六到七个小时），应考虑坐通勤航班