OnePlus 2设备上START_STICKY服务无法重启问题求助

这种厂商定制ROM对后台进程的限制问题我也碰到过不少，尤其是一加早期的系统对后台管控比较严格，结合你的情况，给你几个具体的排查和解决方向：

• 检查一加系统的后台权限与优化设置
  一加在Android 6.0.1的定制ROM里自带了后台进程管控机制，你需要把应用加入白名单：

  1. 进入「设置」→「电池」→「电池优化」，找到你的应用，设置为「不允许优化」；
  2. 查看「开发者选项」里的「后台进程限制」，确保没有设置为「不允许后台进程」或「最多1个进程」，建议改为「标准限制」；
  3. 部分一加机型还有「纯净后台」功能，记得把应用添加到允许后台运行的列表中。

• 优化服务的启动与声明
  虽然你返回了START_STICKY，但普通后台服务在定制ROM里很容易被查杀，试试这些调整：

  • 在Manifest的服务声明里添加android:persistent="true"（注意：这个属性通常针对系统应用，部分厂商可能限制普通应用使用，但可以尝试）；
  • 将后台服务改为前台服务：Android 6.0开始对后台服务的限制变严，前台服务会保留一个低优先级通知（可以设计成不打扰用户的样式，比如透明或归类到不重要通知），系统不会轻易查杀。启动前台服务需要调用startForeground()方法，并传入通知ID和通知对象。

• 通过系统广播监听重启服务
  注册广播接收器，监听系统关键事件，在事件触发时检查服务状态并重启：

  • 在Manifest中注册ACTION_BOOT_COMPLETED、ACTION_USER_PRESENT等广播（注意ACTION_BOOT_COMPLETED需要声明RECEIVE_BOOT_COMPLETED权限）；
  • 在广播接收器的onReceive()方法中，通过PackageManager或ActivityManager检查服务是否运行，如果未运行则调用startService()重启。

• 排查进程被杀的原因
  用ADB命令抓取日志，明确系统杀掉服务的原因：

  adb logcat | grep -i "你的应用包名"
  

  或者过滤ActivityManager的日志：

  adb logcat -s ActivityManager
  

  查看日志中是否有类似「Low memory killer」「Force stopping service」的关键词，或者一加ROM特有的进程管理模块的提示，这能帮你精准定位问题。

• 利用JobScheduler替代部分后台逻辑
  如果你的网络流量处理不需要实时响应，可以考虑使用Android 5.0引入的JobScheduler：

  • 创建继承自JobService的类，将网络处理逻辑放到onStartJob()方法中；
  • 通过JobScheduler调度任务，系统会在设备资源充足的情况下执行任务，相比普通后台服务更不容易被厂商查杀。

• 引导用户锁定应用
  一加ROM有「锁定应用」的功能，引导用户在最近任务列表中长按应用图标，选择「锁定」，这样划掉最近任务时不会杀掉应用进程，服务也能正常运行。

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