咨询：Mobilock应用如何早于BOOT_COMPLETED广播启动？

这问题我之前研究过类似的Kiosk应用启动优化，Mobilock能比普通BOOT_COMPLETED触发的App早5秒启动，大概率是利用了系统级的早期启动机制，下面给你拆解几种可能性：

• 借助INIT进程的启动脚本（需Root/系统应用权限）
  Android系统启动的第一个用户空间进程是init，它会执行init.rc或者厂商定制的启动脚本。如果Mobilock是系统预装应用，或者获取了Root权限，就能在这些脚本里直接添加启动命令，在系统初始化的极早期就拉起应用——这时候BOOT_COMPLETED广播还远没发出，毕竟这个广播要等系统服务、桌面都初始化完才会发送，时间差确实能到5秒左右。
  举个例子，可能会在init.rc里加类似这样的代码：

  service mobilock /system/bin/app_process /system/bin --nice-name=mobilock com.mobilock.MainActivity
    class main
    user system
    group system
  

  不过这种方式门槛很高，普通第三方App根本碰不到。

• 注册更早的系统广播（部分需系统权限）
  除了BOOT_COMPLETED，Android还有几个更早触发的广播事件：

  • ACTION_LOCKED_BOOT_COMPLETED（API 21+）：这个广播在系统刚启动、设备还没解锁的时候就会发送，比BOOT_COMPLETED早不少，不过前提是设备有锁屏。
  • 隐藏的ACTION_BOOT_STARTED广播：这个是系统内部在启动初期发送的，只有拥有系统签名的应用才能监听，普通App拿不到权限，但系统级应用可以靠它提前启动。

• 作为Device Policy Manager（DPM）应用
  如果Mobilock被设置成了设备所有者（Device Owner）或者配置文件所有者（Profile Owner），Android系统会给予它极高的启动优先级，甚至在系统启动阶段就主动拉起它，完全不用等BOOT_COMPLETED广播。毕竟DPM应用是用于企业设备管控的，系统会优先保证这类应用的启动速度，防止设备启动后脱离管控。
  你可以去设备的「设置-设备管理/企业管理」里看看，Mobilock大概率被标记成了设备所有者。

• 利用厂商定制的启动白名单
  很多手机厂商（比如小米、华为、OPPO）都有自己的启动优化机制，对于预装应用或者加入白名单的合作应用，会允许它们跳过普通的广播触发流程，在系统启动早期直接启动。如果Mobilock是和厂商合作的预装Kiosk应用，就可能用到了这种专属通道，速度自然比普通第三方App快一大截。

补充验证建议 #

如果你想测试类似效果，可以试试把自己的App设置为设备所有者，看看启动速度有没有明显提升；如果有Root权限，也可以尝试在init脚本里添加启动命令，对比启动时间差异。

要注意的是，这些方法大多需要系统级权限或者厂商支持，普通第三方App受限于Android的安全机制，很难做到这么早启动。

内容的提问来源于stack exchange，提问作者Serhat Türkman