Android 开发之Service 探索如何保证Service不被杀死或被kill之后自动重启

Posted tezlikai

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android 开发之Service 探索如何保证Service不被杀死或被kill之后自动重启相关的知识,希望对你有一定的参考价值。

1.我们要知道什么是Service?

A Service is an application component representing either an application's desire to perform a longer-running operation while not interacting with the user or to supply functionality for other applications to use. Each service class must have a correspondingdeclaration in its package'sandroidManifest.xml. Services can be started withContext.startService()andContext.bindService().

呵呵,你看得懂?

废话...

简单解释下就是:Service是一个应用程序组件,它能够在后台执行一些耗时较长的操作,并且不提供用户界面。服务能被其它应用程序的组件启动,即使用户切换到另外的应用时还能保持后台运行。此外,应用程序组件还能与服务绑定,并与服务进行交互,甚至能进行进程间通信(IPC)。 比如,服务可以处理网络传输、音乐播放、执行文件I/O、或者与content provider进行交互,所有这些都是后台进行的(抱歉,我抄的...)

2.Service生命周期



一会我们通过代码看结果,先了解...

3.Service基本类型(启动方式):

Started :通过应用程序组件(例如Activity)调用startService()启动服务:StartService(intent)系统通通过传入的intent搜索相关符合intent的Service,

依次执行其相关生命周期,service一旦启动就会一直在后台运行,直到调用stopService或stopSelf停止服务。

注:public void onStart(Intent intent, int startId) 已过时,在2.0之后引入public int onStartCommand(Intent intent, int flags, int startId) ,flags,Service启动函数,后面介绍。

Bind:通过bindService()绑定服务,该提供了一个客户端/服务器接口,允许组建与服务进行交互、发送请求、返回结果,设置可以利用进程间通信夸进程执行这些操作;多个组件

可以同时与一个服务绑定,通过onUnbind()方法解绑服务,当所有组件解绑后,服务也被销毁。


接下来正式进入我们今天的话题:如何保证Service不被杀死或被kill之后自动重启!

1).onStartCommand()

返回常量Flag介绍:

START_STICKY表示你希望系统可用的时候自动重启你的服务,但你不关心是否能获得最后一次的 Intent (例如,你可以重建自己的状态或者控制自己的 start/stop 生命周期)。

START_REDELIVER_INTENT是为那些在被杀死之后重启时重新获得 Intent 的服务的,直到你用传递给 onStartCommand() 方法的 startId 参数调用stopSelf()为止。这里你会使用 Intent 和 startId 作为队列完成工作。

START_NOT_STICKY用于那些杀掉也没关系的服务。这适合那些管理周期性任务的服务,它们只是等待下一个时间窗口工作。(摘自掘金

so,在内存不足服务被kill时,我们手动返回flag为START_STICKY / START_REDELIVER_INTENT(取决于重启是否需要重新获得intent),当内存足够时,服务会被重新创建.此方法然并卵,并不能使服务常驻...

@Overridepublic intonStartCommand(Intent intent, intflags, intstartId)     Log.i("TAG","Services onStartCommand");returnSTART_REDELIVER_INTENT;

2).配置android:persistent="true"  ,persistent根据字面意思理解是持久...持久要持久!也就是常驻。但是通过测试发现被kill掉之后并不能重启...

3).查看其官方文档,有startForeground这个方法

startForeground(int id,Notificationnotification)

Make this service run in the foreground, supplying the ongoing notification to be shown to the user while in this state.

其意思就是使服务在前台运行,发送一个通知给处于此状态的用户,前台必须提供一个状态栏通知

这里就涉及到service的进程优先级:当系统内存不足需要释放时,会按照优先级对进程回收,而android将进程分为六个等级

前台进程(

FOREGROUND_APP)、可视进程(VISIBLE_APP )、次要服务进程(SECONDARY_SERVER )

后台进程

(HIDDEN_APP)、内容供应节点(CONTENT_PROVIDER)、空进程(EMPTY_APP)

可在service onStartCommand()方法中如此操作:

NotificationCompat.Builder builder =newNotificationCompat.Builder(G.applicationContext);Notification notification = builder.build();notification.flags= Notification.FLAG_FOREGROUND_SERVICE;startForeground(0,notification);Log.i("Service","UnreadMessageServices onStartCommand");returnSTART_STICKY;

写一个状态通知栏大家都会吧,这里就不详说了,不会的自行google...

运行后效果为 如图:


我们将service置为前台服务时,一般情况还是不想让用户看到对吧。startForeground()方法。此方法有两个参数:唯一标识通知的整数值、状态栏通知Notification对象。当我传id不为0时,Notification会显示,当id=0时则不显示到通知栏,原因嘛...送上传送门(Android ServicestartForeground() 不显示Notification问题)。

这样做只是在低内存是降低该service被kill掉的几率,并不能真正使service常驻。

4).还有方法是说让其成为系统应用...  好吧这个我确实没测试,也不想..听说apk无法卸载;

设置该service为独立进程,貌似提升了优先级,但是照样被kill...  pass ;

在onDestory()方法中重启service,能不能不用这么low的方法...我没做测试

这几种方法只能提升service优先级/存活率,但是还不能解决其被杀毒软件强行kill的命运...

我的解决方案:

1.首先设置服务为开机自启

public classBootBroadcastReceiverextendsBroadcastReceiver

@Override

public voidonReceive(Context context,Intent intent)

Intent unreadCountService =newIntent(context,UnreadCountService.class);

context.startService(unreadCountService);

Log.d("MessageService","开机服务自启...");

同时需要配置其权限AndroidManifest.xml

2.利用系统广播Intent.ACTION_TIME_TICK 每隔一分钟检测一次Service的运行状态

public classCheckBroadCastReceiverextendsBroadcastReceiver

@Override

public voidonReceive(Context context,Intent intent)

if(intent.getAction().equals(Intent.ACTION_TIME_TICK))

//检查Service状态

Log.e("MessageService","onReceive: "+"检测MessageService是否运行 :"+

UtilsHelper.isServiceRunning(context,"com.dailylifeapp.app.and.dailylife.helper.UnreadCountService"));

if(UtilsHelper.isServiceRunning(context,"com.dailylifeapp.app.and.dailylife.helper.UnreadCountService") ==false)

//重启服务

Intent i =newIntent(context,UnreadCountService.class);

context.startService(i);

公司项目该功能做到这一步就已经足够了,暂时也不打算深入研究了。作为Android开发者,我们本身是有必要去维护Android的生态环境而不是一昧的去破坏... 到此为止!菜鸟写博客,诸多不合之处欢迎指出,还望无喷...

以上是关于Android 开发之Service 探索如何保证Service不被杀死或被kill之后自动重启的主要内容,如果未能解决你的问题,请参考以下文章

Android探索之Service全面回顾及总结

Service的生命周期

如何保证Service不被杀死一直运行

Android开发艺术探索读书笔记——进程间通信

如何让android的service一直在后台运行

《Android开发艺术探索》之Bitmap的加载和Cache(十四)