我的 Mika Android 11 实验台：界面操作与状态直读

为什么做两条控制路径

我在 Android 11 真机上继续折腾定制版 Mika。目标是让界面操作和状态读取配合：需要看页面时走截图与无障碍，需要读电量或网络状态时走对应数据通道。

这样设计，是为了减少为了查一个系统状态而反复进入设置页面的操作，不代表任何应用数据都可以直接读取。

当时公开记录了什么

11 月 5 日的原帖记录了几类工作：截图与无障碍操作、phone_sense 状态读取、权限和 AppOps 的定向实验，以及自建 SQLite WAL 数据库的只读查询。

部署环节也加入了安装前后文件摘要核对，便于确认运行的版本与本地构建一致。

哪些结论不能扩大

原帖提到的定向单测和 HTTPS 断言，是发布当时特定范围内的记录，不能等同于整套应用、所有 UI 动作或任意设备都通过测试。

主屏共享仍会占用眼前屏幕，高版本系统适配也不能根据 Android 11 的结果直接推断。本文整理公开进展，没有重新做真机验收；“全控实验台”是原帖的项目表达，不是跨应用稳定性保证。

下一步怎么留下更有用的记录

把设备环境、构建版本、动作输入、预期结果和实际反馈放在一起，尤其保留点按失败、等待超时与状态不一致的案例。一个动作能发出去，和目标确实完成，是两件需要分别检查的事。

来源

• 我的 X 原帖

整理于 2026 年 11 月 6 日。