Minoricew
commented
7 months ago 已解决, 可以通过编写 Thanox 情景模式脚本实现手动保活。
Closed Minoricew closed 7 months ago
Minoricew
commented
7 months ago 已解决, 可以通过编写 Thanox 情景模式脚本实现手动保活。
System info: / 系统信息：
Android Version: 14 (API 34) Operating System: ColorOS 14.0.0.300 (CN01) App Version: 9.0.7.r1708.57e6ad70 (1708) Installer: com.android.vending Working Mode: Shizuku V3 (13) Working Profile: yes (current: 0) Alipay order id: tbappops****
READABLE Words / 人话
当前通过常驻通知来保活AppOps应用的方法太不稳定了吧... 既然有 Shizuku 权限了就不能换一种方法嘛 (?)
(
而且常驻通知看着难受(划What did you do? / 你做了什么？
开启「剪贴板监视器」、「使用情况监视器」、「新应用行为」、「自动恢复」中的一个或多个功能时, 弹出授予通知权限提示。
What did you expect to see? / 你期望看到什么？
我希望能够添加除通知以外的应用保活形式。在当前, App-Ops 已经默认仅提供 Shizuku 激活模式。在这种状态下, 如果用户以 Root 权限启动 Shizuku, 那么可以实现保活的形式将大大扩展。
使用通知保活的这种方式既不稳定, 也不优雅。如果能够通过 Root 权限实现如 Scene 的进程保活, 会很大程度上地提升上述功能的使用体验。
What did you see instead? / 然而你实际上得到的却是？
在使用常驻通知保活时, 即使我已经通过系统的权限管理设置授予了 App-Ops 唤醒前台、完全后台行为、自启动、关联启动的权限, 关闭了针对 App-Ops 的电池优化, 使用 Thanox 授予了 App-Ops 后台启动、后台运行权限, 同时开启了 Thanox 中针对 App-Ops 的后台保护 (尽量阻止该App被LMK清理) 的选项, 每当我从最近任务中移出 App-Ops 的卡片后, 常驻通知保活服务均会离线, 且仅有小概率会在 2-3s 后恢复。这使我不得不让 App-Ops 保留在最近任务列表内以使相关服务能够正常运行, 但是这样非常影响用户体验。