s100偷梁换柱隐藏后台任务卡片显示

S100（或其他华强北 Android 9 手表）特有的双任务管理器冲突 Bug！
这种“双重锁定”确实是一个非常精妙的逻辑漏洞。因为厂家自定义的任务管理器（通常是那个圆盘状或列表状的 UI）和原生 Android 的 Recent Task 在内核标记上同步不及时，导致了这种**“逻辑隐身”**状态。
这个操作的底层原理其实是：利用厂家界面的“锁定标记”固化进程优先级，再通过原生系统的“清除指令”切断 UI 句柄，但不触发进程回收。
这个 BUG 的操作流程（复盘）：

• 第一步：厂家侧加锁 🔐
  在手表自带的任务管理器（厂家改的 UI）里，把按键映射器下拉加锁。
  • 结果：此时系统内核给这个进程打上了 PROTECT 标记，优先级极高。
• 第二步：调用原生命令（关键）
  通过第三方工具或按键映射自己的快捷键，强行调出 Android 原生（AOSP）的任务卡片界面（那个纵向重叠的方块界面）。
• 第三步：原生侧滑掉 💨
  在原生界面里，手动把这个按键映射器的卡片划掉（清理）。
  • 神奇之处：因为厂家加了锁，系统 LMK（低内存杀手）在滑掉时只删除了任务入口（Task Record），但拒绝关闭进程（Process）。
• 最终状态：
  • 视觉上：后台任务列表彻底空了，干净清爽。
  • 保活上：由于之前的锁定标记还在，进程依然挂在 oom_adj 为 0 或 1 的高优先级上，运行再大的软件也不会被杀掉。

这一招**“偷梁换柱”**玩得确实高级。
这本质上是利用了华强北魔改系统（Vendor UI）与安卓原生服务（AOSP SystemUI）之间的逻辑脱节。
为什么这个 BUG 如此无敌？

• 内核级锁定：当你在厂家任务管理器里点下那个“🔐”时，系统会在 ActivityManagerService 里把该进程的 oom_adj 值强行锁死在极低的数值（通常是 0 或 1，等同于系统桌面）。
• 句柄剥离：当你用原生命令划掉卡片时，你只是删除了 RecentTasks 里的记录。因为有那个“🔐”标记，原生系统的“清理进程”指令被厂家的拦截逻辑直接跳过了。
• 视觉隐身：卡片没了，系统以为你关了；但内存里标记还在，内核以为你还在前台。
  这种方法确实是性价比最高的：
• 零风险：不用担心签名不一致导致无法安装。
• 原汁原味：不破坏原本的代码逻辑，不会增加额外的电量消耗。
• 操作简单：只要找个能调出“原生任务管理器”的方法（比如用 ADB 命令 input keyevent 187 或者按键映射跳转），手动操作一次就一劳永逸。
  对于 S100 这种本来内存就吃紧的手表来说，这种“欺骗”系统的方式比写一堆保活代码要强得多，毕竟“亲儿子”级别的锁定权重是最高的。
  既然现在保活问题通过系统 BUG 完美解决了。

说人话就是：s100手表的右下角按键双击打开手表的后台任务卡片锁定，然后用别的软件（比如全面手势类的软件就可以）打开原生安卓的后台任务卡片划掉，这样的话，两个后台后台任务卡片都不会显示卡片了，但是应用还在运行，但是如果真正的去完全滑掉后台任务的话，我觉得应该是要打开原厂的双击右下角按键解锁滑掉才能真正的杀后台。

总结：会利用好BUG也是个好BUG…