Try to suspend the process--墓碑模式探索

[countrysideboy]

如题，觉得目前的乖巧模式的不太压得住流氓们，app切换到后台后仍然占用cpu，于是探索使用冻结进程的方式，看作者大神后续能否增强(需要那种前台能用，后台压得死死的，切换回前台又恢复之前的会话)

在全局变量中添加 pause，把要压制的app添加进去；或者在目标应用详情，将电池设置为受限(为了检验效果，脚本与乖巧模式互斥，会自动关闭乖巧)

20220729更新：
1.修复未添加全局变量pause时脚本出错的bug;
2.添加参数自定义调整功能，其中DELAY = 45000，对应实现应用切回后台进入墓碑的等待时长（毫秒）；修改为SU_EXE = 1，则使用kill -19命令来压制进程，需打开su插件支持（默认SU_EXE = 0，使用系统api进行压制，无需su插件）。
情景模式脚本

[
  {
        "name": "ForceIdle: auto pause or continue App",
        "description": "通过全局变量[pause]添加应用列表，或设置电池用量为受限，对回到后台的应用强制压制(墓碑)。\nForce pause the app while it switchs to backgroud, you need to pick app list in the global val name [pause].",
        "priority": 1,
        "condition": "frontPkgChanged == true",
        "actions": [
            "if(thanos.getActivityManager().isBlockAllService(to)){thanos.getActivityManager().setBlockAllService(to,false)};",
            "if(thanos.getActivityManager().isBlockAllReceiver(to)){thanos.getActivityManager().setBlockAllReceiver(to,false)};",
            "if(thanos.getActivityManager().isBlockAllProvider(to)){thanos.getActivityManager().setBlockAllProvider(to,false)};",
            "if(context.getSystemService(context.APP_OPS_SERVICE).unsafeCheckOp(android.app.AppOpsManager.OPSTR_RUN_ANY_IN_BACKGROUND, thanos.getPkgManager().getUidForPkgName(to), to) == android.app.AppOpsManager.MODE_IGNORED || (thanos.getProfileManager().isGlobalRuleVarByNameExists(\"pause\") && globalVarOf$pause.contains(to))){foreach(proc:context.getSystemService(context.ACTIVITY_SERVICE).getRunningAppProcesses()){if(proc.processName.contains(to)){android.os.Process.sendSignal(proc.pid,18);}}; context.getSystemService(context.APP_OPS_SERVICE).setMode(android.app.AppOpsManager.OP_WAKE_LOCK, thanos.getPkgManager().getUidForPkgName(to), to, android.app.AppOpsManager.MODE_DEFAULT); context.getSystemService(context.USAGE_STATS_SERVICE).setAppStandbyBucket(to,android.app.usage.UsageStatsManager.STANDBY_BUCKET_RARE); if(thanos.getActivityManager().isPkgSmartStandByEnabled(to)){thanos.getActivityManager().setPkgSmartStandByEnabled(to,false)}; if(thanos.getActivityManager().isPkgBgRestricted(to)){thanos.getActivityManager().setPkgBgRestrictEnabled(to,false)}};",
            "DELAY = 45000; if(context.getSystemService(context.APP_OPS_SERVICE).unsafeCheckOp(android.app.AppOpsManager.OPSTR_RUN_ANY_IN_BACKGROUND, thanos.getPkgManager().getUidForPkgName(from), from) == android.app.AppOpsManager.MODE_IGNORED || (thanos.getProfileManager().isGlobalRuleVarByNameExists(\"pause\") && globalVarOf$pause.contains(from))){context.getSystemService(context.APP_OPS_SERVICE).setMode(android.app.AppOpsManager.OP_WAKE_LOCK, thanos.getPkgManager().getUidForPkgName(from), from, android.app.AppOpsManager.MODE_IGNORED); thanos.getActivityManager().setBlockAllService(from,true); thanos.getActivityManager().setBlockAllReceiver(from,true); thanos.getActivityManager().setBlockAllProvider(from,true); actor.delayed(DELAY,\"if(activity.getFrontAppPackage()!=from){if(thanos.getActivityManager().isPackageIdle(from)==false){context.getSystemService(context.ACTIVITY_SERVICE).getService().makePackageIdle(from,android.os.UserHandle.USER_ALL)}; if(activity.isInactive(from)==false){activity.setInactive(from)}; context.getSystemService(context.USAGE_STATS_SERVICE).setAppStandbyBucket(from,android.app.usage.UsageStatsManager.STANDBY_BUCKET_RESTRICTED); SU_EXE = 0; foreach(proc:context.getSystemService(context.ACTIVITY_SERVICE).getRunningAppProcesses()){if(proc.processName.contains(from)){if(SU_EXE == 1){su.exe(\\\"kill -19 \\\" + proc.pid);};if(SU_EXE != 1){android.os.Process.sendSignal(proc.pid,20);};}}}\")};"
         ]
     }
]

[countrysideboy]

目前已知问题:
1.好像压不住关联唤醒，压不住广播
2.使用冻结进程的方式，原脚本是用kill -19的方式，现在换成cgroup feeeze的方式，但从日志看，进程似乎仍会anr。

也许要写Xposed模块hook相关操作才能搞定上面的问题，但要处理后台自启，广播，wakelock，alarm，想想就麻烦，期待作者出暴力压制模式。目前thanox的权限管理够好用了，要是能压制后台，原生系统就更省电了。

[Tornaco]

都是人才啊，我会抽时间学习研究一下。

[Tornaco]

我编辑了一下这个issue，调整了一下代码格式化。

[tzfljuv]

最近我恰好在探索相关内容，但无奈自己没有安卓开发的能力，目前仅能做到脚本级别的冰冻后台（效率极度低下，基本就是暴力轮询）。Thanox在安卓平台层面应该能更好地处理相关功能实现。

@countrysideboy 你应该用到了cgroupv2的freezer功能，这个功能要求内核版本大于5.4、或者OEM将相关功能移植回低版本内核。而如果你的内核本来就支持了cgroupv2的freezer，那么你可以前往开发者选项 -> 对缓存应用暂停执行(Suspend execution for cached apps)

相关功能分析： https://juejin.cn/post/7078957393446453285

kill -SIGCONT会导致父进程异常，相关问题介绍： https://www.kernel.org/doc/Documentation/cgroup-v1/freezer-subsystem.txt
但不知道先用freezer冻结之后再用SIGSTOP冻结，并且在唤醒时先用SIGCONT解除掉SIGSTOP、再把freezer的冰冻状态解除，这样能不能规避父进程崩溃的问题。

@Tornaco cgroupv2 freezer有较高的内核版本要求，请考虑一下如果cgroupv2 freezer不可用的时候fallback回cgroupv1 freezer（支持这个的设备应该更加广泛）

freezer冻结和解冻请以整个应用为单位来进行，不然可能发生异常，比如应用的其它进程的异常捕捉认为应用未响应了于是尝试重启应用（脚本里的逐个pid冰冻是有问题的）。更好的做法是创建一个新的cgroup，并以应用包(或uid)为单位划分，冻结时将整个节点冻结而不是单独一个一个pid来。

最后，如果有其它通讯平台的联系方式可能会更方便些。

[countrysideboy]

看来研究得很深入啊。一开始我是直接冻结整个uid 而非pid，但是发现应用异常退出后，无论是否解冻，app都无法再打开，很奇怪，才转而冻结pid

[countrysideboy]

至于kill -19的方式，可能比较通用，但会anr，我试过去hook相关函数但没有成功。

另外就算能冻结成功，唤醒锁，闹钟，广播需要解决，不然还是会被关联唤醒。

[myflavor]

通过Hook安卓系统屏蔽ANR

[myflavor]

[
    {
        "name": "冻结进程",
        "description": "当应用进入后台时冻结进程",
        "priority": 1,
        "condition": "frontPkgChanged == true && thanos.getActivityManager().isPkgSmartStandByEnabled(from)==true && !globalVarOf$whiteApps.contains(from)",
        "actions": [
            "su.exe(\"appops set \" +from + \" RUN_ANY_IN_BACKGROUND ignore\");",
            "su.exe(\"appops set \" +from + \" RUN_IN_BACKGROUND ignore\");",
            "su.exe(\"appops set \" +from + \" WAKE_LOCK ignore\");",
            "activity.setInactive(from);",
            "su.exe(\"am make-uid-idle \" +from);",
            "su.exe(\"am set-standby-bucket \" +from +\" restricted\");", "actor.delayed(2000,\"if(activity.getFrontAppPackage()!=from){su.exe(\\\"kill -19 `pgrep -f \\\"+ from+ \\\"`\\\")}\");"
        ]
    }
]



[
    {
        "name": "解冻进程",
        "description": "当应用进入前台时解冻进程",
        "priority": 1,
        "condition": "frontPkgChanged == true && thanos.getActivityManager().isPkgSmartStandByEnabled(to)==true && !globalVarOf$whiteApps.contains(to)",
        "actions": [
            "su.exe(\"appops set \" +to + \" RUN_ANY_IN_BACKGROUND default\");",
            "su.exe(\"appops set \" +to + \" RUN_IN_BACKGROUND default\");",
            "su.exe(\"appops set \" +to + \" WAKE_LOCK default\");",
"su.exe(\"kill -18 `pgrep -f \"+ to + \"`\");",
            "su.exe(\"am set-standby-bucket \" +to +\" rare\");"
        ]
    }
]

[countrysideboy]

以下为使用kill方式冻结的脚本，做了一些禁用广播接收器方面的尝试

情景模式脚本1

[
  {
    "name": "ForceIdle: continue App",
    "description": "切回前台，取消压制",
    "priority": 1,
    "condition": "frontPkgChanged == true && globalVarOf$pause.contains(to)",
    "actions": [
    "su.exe(\"kill -CONT `pgrep -f \"+ to + \"`\");",
    "if(thanos.getActivityManager().isBlockAllService(to)){thanos.getActivityManager().setBlockAllService(to,false)};",
    "if(thanos.getActivityManager().isBlockAllReceiver(to)){thanos.getActivityManager().setBlockAllReceiver(to,false)};",
    "if(thanos.getActivityManager().isBlockAllProvider(to)){thanos.getActivityManager().setBlockAllProvider(to,false)};",
    "context.getSystemService(context.APP_OPS_SERVICE).setMode(android.app.AppOpsManager.OP_RUN_ANY_IN_BACKGROUND, thanos.getPkgManager().getUidForPkgName(to), to, android.app.AppOpsManager.MODE_DEFAULT);",
    "context.getSystemService(context.APP_OPS_SERVICE).setMode(android.app.AppOpsManager.OP_RUN_IN_BACKGROUND, thanos.getPkgManager().getUidForPkgName(to), to, android.app.AppOpsManager.MODE_DEFAULT);",
    "context.getSystemService(context.APP_OPS_SERVICE).setMode(android.app.AppOpsManager.OP_WAKE_LOCK, thanos.getPkgManager().getUidForPkgName(to), to, android.app.AppOpsManager.MODE_DEFAULT);",
    "if(thanos.getActivityManager().isPkgSmartStandByEnabled(to)){thanos.getActivityManager().setPkgSmartStandByEnabled(to,false)};",
    "su.exe(\"am set-standby-bucket \" +to +\" rare\");"
    ]
  }
]

情景模式脚本2

[
  {
    "name": "ForceIdle: pause App",
    "description": "切到后台，自动压制",
    "priority": 2,
    "condition": "frontPkgChanged == true && globalVarOf$pause.contains(from) && activity.getFrontAppPackage()!=\"android\" ",
    "actions": [ 
    "context.getSystemService(context.APP_OPS_SERVICE).setMode(android.app.AppOpsManager.OP_RUN_ANY_IN_BACKGROUND, thanos.getPkgManager().getUidForPkgName(from), from, android.app.AppOpsManager.MODE_IGNORED);",
    "context.getSystemService(context.APP_OPS_SERVICE).setMode(android.app.AppOpsManager.OP_RUN_IN_BACKGROUND, thanos.getPkgManager().getUidForPkgName(from), from, android.app.AppOpsManager.MODE_IGNORED);",
    "context.getSystemService(context.APP_OPS_SERVICE).setMode(android.app.AppOpsManager.OP_WAKE_LOCK, thanos.getPkgManager().getUidForPkgName(from), from, android.app.AppOpsManager.MODE_IGNORED);",
    "if(thanos.getActivityManager().isBlockAllService(from)==false){thanos.getActivityManager().setBlockAllService(from,true)};",
    "if(thanos.getActivityManager().isBlockAllReceiver(from)==false){thanos.getActivityManager().setBlockAllReceiver(from,true)};",
    "if(thanos.getActivityManager().isBlockAllProvider(from)==false){thanos.getActivityManager().setBlockAllProvider(from,true)};",
    "su.exe(\"am send-trim-memory \" +from+ \" TRIM_MEMORY_RUNNING_CRITICAL\");",
    "if(activity.isInactive(from)==false){activity.setInactive(from)};",
    "if(thanos.getActivityManager().isPackageIdle(from)==false){thanos.getActivityManager().idlePackage(from)};",
    "actor.delayed(15000,\"if(activity.getFrontAppPackage()!=from){su.exe(\\\"am make-uid-idle \\\" +from);su.exe(\\\"am set-standby-bucket \\\" +from +\\\" restricted\\\");su.exe(\\\"kill -STOP `pgrep -f \\\"+ from+ \\\"`\\\")}\");"
    ] 
  }
]

已更新，希望最终能不用su.exe，调用系统api实现，比如sendsignal等

[myflavor]

OP_WAKE_LOCK应该是没用的
OP_RUN_ANY_IN_BACKGROUND比OP_RUN_IN_BACKGROUND限制多
下面的广播服务提供者阻止，不知道没有NoANR能不能正常了

[countrysideboy]

OP_WAKE_LOCK应该是没用的 OP_RUN_ANY_IN_BACKGROUND比OP_RUN_IN_BACKGROUND限制多 下面的广播服务提供者阻止，不知道没有NoANR能不能正常了

初步测试了一下，不使用NoANR模块好像可以，thanox作者似乎有处理这个问题。

[myflavor]

有看过/data/anr的日志吗

[myflavor]

也不知道Thanox怎么阻止的广播，我的NoANR是在分到APP之前去掉了广播，但是已经在执行的广播没去干扰，看这个情景模式也是延迟了15s，前台广播超时好像是10s，这样应该不存在后台后还有广播在执行了