谷歌在安卓12以及以后的系统，对应用启动服务进行了更严格的限制，如果需要应用在后台停留的时候，仍然能够执行后台代码逻辑，这个时候需要通过前台服务的机制，前台服务和一般的服务API有两处不同，1是启动服务的时候需要使用startForegroundService启动服务，其次是在前台服务启动之后必须要在5s内调用startForeground,否则会导致ANR或者崩溃
前台服务有什么限制？
- 安卓12之后，在后台启动前台服务可能会导致应用崩溃，除非满足某些豁免条件
- 服务的startForeground方法可能会崩溃，需要try catch
- 不要给startForeground传入一个无效的通知id,可能会导致前台服务拉起失败
- 调用了stopForeground之后ams不再认为当前服务是前台服务，这个时候我们可以通过startForeground重新让当前服务变成前台服务（前提是服务没有被杀死&并且如果在后台的时候满足相关豁免条件),否则startForeground的调用会发生崩溃
什么时候会导致ANR?
用户startForegroundService，5s内没有调用startForeground,并且没有杀死服务，那么5s后会看到anr
什么时候会崩溃
用户startForegroundService，在startForeground还没有调用前，调用了stopService或者stopSelf杀死了服务,这个时候多半会看到ForegroundServiceDidNotStartInTimeException这个异常
通常来说，当我们去分析线上的ANR的情况的时候，我们会倾向于主线程发生了耗时操作，前台服务导致的ANR这一点可能会被忽略，因为前台服务导致的ANR,日志上报的情况往往展示当前主线程是空闲的!! 用传统思路去解决anr可能无法切中要害
如何规避前台服务相关的ANR和崩溃
方法一
在服务onCreate 以及onStartCommand最开始的调用中就调用startForeground
方法二(推荐）
前台服务仅用作保活，只在onCreate中调用一次startForeground,后续所有对服务的使用通过服务的Binder机制直接使用接口调用，如果服务和应用程序在同一个进程中，也可以通过服务在onCreate的时候往一个全局的单例注册一个接口，服务销毁的时候接注册该接口，也就是自己”模拟下“服务Bind的过程
