写app的时候经常希望某个service可以常驻内存，但是在系统内存低的时候还是不可避免的被杀掉，为了降低被杀掉的概率，一般的解决方式是通过startForeground()将service设置成前台运行。但是从android 5.0开始，前台运行的service必须在通知栏有一个常驻通知，点都点不掉，试想一下如果每个app都在通知栏有一个常驻通知的恐怖场景。。。 那么有没有办法去除掉这个

启动service service启动有四种形式。 1.显示启动(如直接按service的全路径启动) 2.隐示启动(如通过intent-filter的action标签启动) 3.通过bindservice显示启动。 4.通过bindservice隐示启动。 Demo 创建一个service的子类，如 import android.app.Notification;import

一、如何保活后台服务 在Android Services (后台服务) 里面，我们了解了Android四大组件之一的Service，知道如何使用后台服务进行来完成一些特定的任务。但是后台服务在系统内存不足的时候，可能会被系统杀死。那么如何让后台服务尽量不被杀死呢？基本的解决思路主要有以下几种： 1. 提高Service的优先级： <!-- 为防止Service被系统回收，可以尝试通过提高服务

1、startForeground 本文分析了startForeground启动流程，android在8.0以上平台上怎么保证了前台服务，以及前台服务的通知怎么显示出来的进行源码解读。Android对于后台进程的应用，禁止启动后台服务，也就是startService方法禁止调用；如果想启动服务必须通过startForeground方式启动为前台服务。 id 不能为0，notification不

报错一 java.lang.RuntimeException:Unable to start receiver 包名.MainReceiver: java.lang.IllegalStateException: Not allowed to start service Intent { cmp=包名/.MainService }: app is in background uid Uid

前言：最近在处理Android O的应用crash和anr问题，其中遇到比较多的就是“Context.startForegroundService() did not then call Service.startForeground()”，将自己的处理心得总结回顾一下。   demo:https://github.com/happyjiatai/demo_csdn/tree/master/d