你这没描述清楚，是分区表坏了，还是文件系统坏了

通过机场再套个 1.1.1.1 WARP 看看行不行得通

有可能自动关机没有走软件关机流程，低电量电池直接过流保护断电了，然后突然断电把文件系统搞坏了。其实这系统设计也有问题，ext4/f2fs 不至于这么脆，跑一下 fsck 应该能救得回来，然而软件可能检测到/data 挂载失败就直接格式化了。

@ursidae 那些玩意跟微信/支付宝自己的指纹支付是一回事？说白了就是加个外挂，在弹出密码键盘的时候你按一下指纹它模拟点击屏幕帮你输密码罢了。。。这种东西 N 年前就有 Xposed 模块/通过无障碍接口来实现的了，甚至不需要 root 。

@nguoidiqua 5ber 卡在用，感觉挺不错的。双卡安卓用 5ber 真的完美，实体双卡和 eSIM 我全都要

@wushenlun Pixel 如果没我猜错的话，TEE 压根不支持微信支付宝的指纹。
现在不炸的就是小米了，花几百块闲鱼能秒解。

一加最大的问题是解锁 TEE 会炸，微信支付宝不支持指纹。如果没有这个限制那真的超越小米了。

@Donaldo 感谢！我之前老翻它的 WIKI 啥的地方，找不到一点线索

讲真，我一直对 APatch 的那个 KPM 很感兴趣，似乎可以直接写模块来 Hook 内核代码，但是找不到任何文档，示例，教程。

@Cooky KSU 不是只支持 GKI ，而是需要在源码里打补丁（加入 KernelSU 的代码），重新编译。只是 GKI 内核因为通用，所以 KernelSU 可以帮你 pre-built 好。

这世道真奇妙，一边 App 套壳浏览器，一边 Web 用 WASM & Canvas 跑 Native App

是的，现在小米解 BL 只要你愿意花钱，闲鱼花个几百块立刻就能搞。
其它品牌是花钱都没地方花。

用 VMOS 这类虚拟机，然后模拟 SIM 卡？

你怎么知道我境外收入多少？

@Leiseya 黑域、冰箱冻结应用冻结不就是强制停止嘛。跟你手动点强制停止效果一样，最多黑域/冰箱再加了一些其它佐料（限制）。

“FCM SDK 会代表客户端应用向最终用户设备显示消息”，这个 FCM SDK 不就是 App 的一部分嘛，打包在 App 的 apk&dex 里，代码运行在 App 的进程里的，怎么个“代表”法？我上面说了，只是不用你手工写代码来 handle 消息“而已”，这个消息还是由 App 自身（运行在 App 进程里，Application context 属于 App ）来处理，来调 notification 来显示的，只是 FCM SDK 帮你写好了，自动处理，你不用写代码而已。你没写代码，难道就不属于 App 的一部分了嘛？

@Leiseya 你再试试，FCMFIX 把通知推过去了之后，App 的进程是不是起来了？ 1 类通知的实现也是 Intent 发到目标 App ，如果脱离了目标 App ，这个 Intent 由谁收，谁来处理？

要 root 现在最好的还是小米，而且生态资源丰富。虽然现在自己无成本解 bl 难解，但是基本上闲鱼花个几百块都能搞定，其它品牌是有钱都没地方花。

@Leiseya 你提到这个不正好是印证了这点嘛？我也是 fixfcm 用户，它设 FLAG_INCLUDE_STOPPED_PACKAGES 的目的不正是让 Intent 强行把 App 进程拉起来，由 App 的进程来处理 FCM 消息，然后向系统弹 notification 。如果真的脱离应用，比如这个消息是由系统的 GMS 发出的，为什么 FCM 要发 Intent 到目标 App 呢，为什么会跟“STOPPED State”有关呢？

mipush 那是真正的完全脱离应用，由系统的某个服务伪装成目标 App 来发 notification ，所以跟 App 进程状态完全无关，理论上甚至你卸载了目标 App 都能继续推送（当然推的时候会判断一下这个 App 是否存在）。记得以前有个 V2er 做过一个测试，自己编译了一个和拼多多包名一样的 apk 然后安装在小米手机上，通知栏居然还能推拼多多的广告，当时他以为是 MIUI 冒充拼多多弹广告，其实就是 mipush 没做好签名检查，把拼多多推过来的 mipush 按到他的假 App 头上了。不知道这个 bug 现在修了没有。