Autox.js 系统适配 电池白名单 后台保活 自启动配置

为什么脚本跑着跑着就停了

这是 Autox.js 用户问得最多的问题之一。答案往往和你的脚本代码无关，而是系统把 Autox.js 的进程杀了。

Android 系统（尤其是国产 ROM）对后台进程的管理非常激进——为了省电量、省内存，它会在你不看屏幕的时候杀掉"不重要"的后台 App。在系统眼里，一个脚本引擎就是典型的"不重要"。

不同 ROM 的策略差异

通用配置步骤

不管是什么 ROM，有几步是通用的：

第一步：电池优化设为无限制

设置 → 应用 → 全部应用 → Autox.js → 电池
→ "允许后台活动" = 开
→ "允许使用后台流量" = 开
→ 策略改为 "不限制" 或 "无限制"

第二步：自启动

设置 → 应用管理 → 自启动管理 → 找到 Autox.js → 开启

第三步：后台弹出界面

有些 ROM 有独立的"后台弹出界面"权限项，允许 Autox.js 在后台弹出悬浮窗、显示通知。如果有这个选项，一定开启。

小米 MIUI 专项

MIUI 的后台管理最严，需要检查的项最多：

1. 自启动：安全中心 → 应用管理 → 自启动
2. 后台弹出界面：安全中心 → 权限管理 → Autox.js → 后台弹出界面
3. 锁屏清理：安全中心 → 省电与性能 → 锁屏清理 → Autox.js 加入白名单
4. 通知权限：保持 Autox.js 的通知渠道为"允许"——被关闭通知的 App 更容易被杀

华为 HarmonyOS 专项

1. 自启动：设置 → 应用和服务 → 应用启动管理 → Autox.js → 手动管理 → 三项全开
2. 电池优化：设置 → 电池 → 启动管理 → Autox.js 设为"允许"
3. 受保护应用：部分版本有这个选项，把 Autox.js 加入受保护应用列表

脚本自身的保活措施

除了系统配置，Autox.js 自身也有一些机制能降低被杀概率：

前台服务通知

v7.2.3 新增：脚本在后台运行时，会自动维持一个 5 秒的前台服务通知。这比普通后台进程优先级更高，系统不太会杀。

keep_alive() 或周期性唤醒

某些版本提供了 keep_alive() 函数，能让脚本定期执行一些轻量操作来保持活跃。具体 API 以官方文档为准。

避免长 sleep

脚本里用 sleep(3600000)（睡一小时）很危险——长 sleep 期间进程几乎不活动，最容易被系统清理。更好的做法是：

// 不推荐
sleep(3600000);

// 推荐：短 sleep + 循环
for (let i = 0; i < 3600; i++) {
    sleep(1000);
    // 每个循环周期做一点轻量操作
}

重启后自动恢复

即使配置完美，重启手机后无障碍服务也可能被系统关闭。v7 版本提供了"开机自启动"选项，可以配合自启动权限一起开。

更稳的做法：写一个启动引导脚本，开机后自动跑一遍"检查无障碍 → 如果关闭则跳转设置页"。这样即使系统忘了恢复，脚本也能第一时间救回来。