[Suggestion]: 小米手机无人值守支持
Open
@pppscn is already working on this.
Since Jul 12, 2026.
help wanted
- Dominant language
- Kotlin
- Stars
- 28.1k
- Forks
- 3.4k
- Avg merge
- 3h 12m
- Merged PRs (30d)
- 1
Description
是否有人曾提过类似的问题?
否(No)
你觉得APP有什么不足之处?
[Suggestion]: 小米手机无人值守支持
问题描述
希望增加对小米手机(HyperOS / 澎湃OS)无人值守运行的支持。
目前在小米设备开启锁屏密码后,设备重启第一次未解锁时,应用无法正常自动启动。
具体表现:
-
使用 Magisk
service.d脚本尝试检测并拉起应用; -
无锁屏密码时可以正常工作;
-
开启 PIN/密码锁屏后,重启设备,在首次输入密码之前:
cmd package resolve-activity无法正常解析应用 Activity;am start -n 包名/Activity返回Error type 3;- 应用无法自动恢复运行。
原因推测:
小米系统使用文件加密(FBE)机制,在首次解锁前用户数据分区未完全解锁,导致部分应用组件不可访问。
期望改进
希望增加针对小米设备的无人值守适配,例如:
- 支持检测 Android 用户首次解锁状态后再执行自动启动;
- 增加延迟启动机制,等待系统完成用户数据解锁;
- 对 MIUI / HyperOS 的后台启动限制进行兼容;
- 提供开机自启、锁屏状态、重启后的自动恢复方案。
测试环境
设备:
- 小米12 Rro 小米6
系统:
- HyperOS / 澎湃OS 3 / MIUI 12
权限:
- Root
- Magisk 30.x
问题影响:
对于短信转发、自动化任务、远程控制等无人值守场景,重启后必须人工输入一次锁屏密码才能恢复服务,无法满足长期无人值守需求。
希望后续版本可以优化小米设备兼容性,谢谢。
补充说明
该问题不仅影响 Root 用户。
对于非 Root 用户,小米 MIUI HyperOS 的限制更加明显:
- 依赖系统自带的自启动、后台运行、锁屏保活机制;
- 主进程被误杀不会重新拉起
- 设备重启后,在用户首次解锁之前,应用无法恢复运行;
- 对于短信转发、验证码接收、自动化通知等无人值守场景,会导致服务中断
你觉得该怎么去完善会比较好?【非必答】
No response
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.