@honeycomb

"有人说 appops 层可以设置为 allow 以关闭，我没有验证过。"

不行的, 具体可以看 int ActivityManagerService.appRestrictedInBackgroundLocked(int uid, String packageName, int packageTargetSdk),

target O+ 的直接 return ActivityManager.APP_START_MODE_DELAYED_RIGID, 然后 Legacy 的才会去读 AppOps 的值.

// Apps that target O+ are always subject to background check
if (packageTargetSdk >= Build.VERSION_CODES.O) {
return ActivityManager.APP_START_MODE_DELAYED_RIGID;
}
// ...and legacy apps get an AppOp check
int appop = mAppOpsService.noteOperation(AppOpsManager.OP_RUN_IN_BACKGROUND, uid, packageName);

@Love4Taylor

Anyway, 还是要给 Google 这种做法点 10000 个赞. 不愿适配新版本来规避限制的做法终于可以停止了.

@Love4Taylor

targetSdkVersion 与 App Shortcuts 没啥关系, target 27 的 Hello World 也不会有 shortcuts 阿~

另外, 2018 年 8 月只是对新上架的 App, 2018 年 11 月才是对已上架的 App 上传新版本时的要求.

Set overscan
eg. https://play.google.com/store/apps/details?id=com.sagar.screenshift2

不清楚, 但这样可以将权限改为 rwxr-x--x, 对于子目录还要递归一下. Os.chmod("/data/data/packagename", 0751);

去找讲解新版本 Android 的书和资料, 而不是下载你现有资料讲解的老版本 Android 的源码去看.

8.0 Oreo 的源码可以的, 感觉没有啥很大的问题.

@Vkin

AOSP 音乐 App Crash 是已知问题，因为 MODE_WORLD_READABLE 和 MODE_WORLD_WRITEABLE 这 2 种 SharedPreferences 打开模式已经在 7.0+ 中不允许使用了，看一下堆栈信息就知道了。

其他 App Crash 是因为你装的 Houdini (ARM 转译) 已经不支持 7.0+ 了，改用 6.0 的模拟器就正常了。

讲真，随着 Intel 放弃 Atom，Houdini 感觉已经死了。本来就是从 Intel 芯片预装 Android 的机器上提取出来的，Intel 从来没公开发布过，现在 7.0+ 又有问题。

@RLib

可以试试速度，VS 和 AS 的模拟器现在速度都爆表，Genymotion 反而是最慢的，只是 ARM 转译有点优势。

@honeycomb Good Job.
@little_cup 移除卡片与不移除都是 Android 8.0 此次认为的 App 处于后台的情况(如果 App 此时不符合 https://developer.android.google.cn/about/versions/oreo/background.html 所说的 会被认为是前台应用的条件), 应当具有相同的表现. Issue 中提到的行为是 "undocumented" 的.

但很遗憾的是, 后台限制在 8.0 正式版中还是有 Bug, 会有 App 的 Card 在概览界面被移除掉后, 就可以无限制运行后台服务等问题.

https://issuetracker.google.com/issues/64535598

https://issuetracker.google.com/issues/64007544

@daozhihun
@honeycomb
[貌似要耗电到一定程度才有这个选项]
---------------------------------------
只要使用电池供电, 开启使用过 1 次 App, 哪怕耗电还是 0 %, 电池选项里都会出现后台限制的开关.

这个问题 Google 已经认为是 Bug 了( https://issuetracker.google.com/issues/64014519), 将在未来版本修复.

@cybermonster
@honeycomb
[到时候会出现不让你管理，否则不给用微信的情况]
-----------------------------------------------------
App 可以检测到 op RUN_IN_BACKGROUND 是否被 ignore / deny.

final int OP_RUN_IN_BACKGROUND = 63;
int mode = (int) AppOpsManager.class
.getMethod("checkOp",
int.class,
int.class,
String.class)
.invoke(getSystemService(AppOpsManager.class),
OP_RUN_IN_BACKGROUND,
Binder.getCallingUid(),
getPackageName());
System.out.println(mode);

targetSdkVersion 23 的 Legacy 应用, 上面的代码安装上时返回 0 (MODE_ALLOWED), adb 设为 ignore 后返回 1 (MODE_IGNORED), 设为 deny 后抛出 java.lang.SecurityException: com.company.test from uid 10172 not allowed to perform RUN_IN_BACKGROUND.

LZ 转做服务端啦？

@laiforever 别烦风扇了, Apple 的散热本来就不好, 风扇不转散热不好, CPU 降频了, 速度慢了, 那个时候你会更烦.

@QQ2171775959 Ryzen 以后，AMD 180 度翻身了，还不知道？

@sevenfxx 还有哔哩哔哩和酷安吧.

@reus +1, 神烦 yyx.

@hx1997 +1 期望太高

@honeycomb

看来 Google 的决定就是如此, 绑定和前台服务不受影响. 滥用前台服务的 App, Google 似乎无法理解它们在中国是存在的.

https://issuetracker.google.com/issues/37126421

RUN_IN_BACKGROUND OP does not stop services when there are both foreground and background services.

Status: Won't Fix (Intended Behavior)
It is very much intentional that foreground services keep the app in the foreground so it is not prevented from running.

@honeycomb 好消息，现在已经标为 Fixed 了。