Android设备应用关闭后自动重启方案问询（含.bat脚本迁移需求）

首先明确：.bat是Windows专属批处理格式，Android基于Linux内核，无法直接运行bat文件。哪怕借助终端模拟器、脚本解释器，再结合systemd/init.d这类工具，也存在诸多问题：

• 多数非Root设备无法修改systemd/init.d配置；
• 高版本Android对后台进程限制极严，这类脚本很容易被系统杀死；
• 不同品牌、版本的设备兼容性差异极大，稳定性无法保障。

所以开发一款轻量监控APP是更靠谱、通用的方案，下面分两种场景给出具体实现思路：

非Root设备（通用方案） #

方案1：无障碍服务（推荐） #

利用Android的AccessibilityService监听应用启动/关闭事件，无需轮询，效率高且后台存活能力强（只要用户开启对应无障碍权限）：

1. 在APP的AndroidManifest.xml中注册无障碍服务，声明权限和监听事件类型；
2. 继承AccessibilityService，重写onAccessibilityEvent方法，监听TYPE_WINDOW_STATE_CHANGED事件；
3. 从事件中提取当前应用的包名，与目标APP包名对比，记录其运行状态；
4. 当检测到目标APP窗口消失且进程终止时，通过Intent启动该应用：

   Intent intent = getPackageManager().getLaunchIntentForPackage("目标APP包名");
   if (intent != null) {
       intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
       startActivity(intent);
   }
   

方案2：定时轮询（备选） #

通过WorkManager或AlarmManager定时触发检测任务，每隔一段时间检查目标APP是否在运行：

1. 用ActivityManager获取当前运行的进程列表（注意：Android 10+对该API有限制，需申请QUERY_ALL_PACKAGES权限或在manifest中声明<queries>指定目标包名）；
2. 遍历进程列表，判断目标APP包名是否存在；
3. 如果未检测到，就通过Intent启动应用。

缺点：Android的Doze模式、App Standby机制会限制定时任务的执行频率，可靠性不如无障碍服务。

Root设备（进阶方案） #

如果设备已Root，可以通过Shell命令实现更轻量化的监控：

1. 编写Shell脚本，用pgrep命令检测目标APP的进程ID：

   while true; do
       if ! pgrep -x "目标APP进程名" > /dev/null; then
           am start -n "目标APP包名/主Activity路径"
       fi
       sleep 10
   done
   

2. 将脚本放到后台运行（比如用nohup），或者通过Root权限配置定时任务（如crontab，需设备支持）。

注意：部分定制ROM可能会限制后台Shell进程，仍需测试稳定性。

关键注意事项 #

• 目标APP的包名可以通过APK分析工具（如Apktool）提取，或者在手机设置的应用信息中查看；
• 高版本Android（11+）需要在AndroidManifest.xml中添加<queries>标签声明目标APP的包名，否则无法获取其启动Intent；
• 无论哪种方案，都需要引导用户授予必要权限（无障碍权限、自启动权限等），否则功能会被系统限制。

内容的提问来源于stack exchange，提问作者PrivateWolf