监听后台Service是否被Kill并重新启动Service
2015-10-26 15:24
288 查看
在这篇文章中,我们会用到一个系统广播---系统时钟广播,即Intent.ACTION_TIME_TICK,在说之前,我们先了解下这个广播的情况,看文档上说的:
在众多的Intent的action动作中,Intent.ACTION_TIME_TICK是比较特殊的一个,根据SDK描述:
**Broadcast
Action: The current time has changed. Sent every minute. You can not receive this through components declared in manifests, only by exlicitly registering for it withContext.registerReceiver()**
意思是说这个广播动作是以每分钟一次的形式发送。但你不能通过在manifest.xml里注册的方式接收到这个广播,只能在代码里通过registerReceiver()方法注册。
下面开始进入文章的主题,开发守护进程或者天气预报一些定期检查服务是否存在操作时我们就需要用到ACTION_TIME_TICK。
排除了静态注册这个广播的情况(xml中注册),我们只能在代码中来进行动态注册了,因为这个广播是要一直存在并监听的,所以为了避免繁琐注册,解除注册而多些一些重复代码,广播的接收器的注册可以写在Activity的基类中,如果应用没有定义一个基类的话,这里提供一种思路,可以定义一个类myApp传承自Application,然后在AndroidManifest中指定为应用的application类,然后在这个类中做广播的动态注册,且这个类对象的生命周期是整个应用的生命周期,所以无须进行解除广播注册,不用担心发生内存泄露的问题。
直接上代码,在myApp类中onCreate方法上调用
定义广播接收器对象
这样子就可以每分钟接收到一个系统广播了,接着在这个广播中我们就可以做自己的事情了,也就是本章的重点问题,检测Service是否被Kill掉并重新启动服务
代码如下
现在大家可以自己动手写个demo试试咯
在众多的Intent的action动作中,Intent.ACTION_TIME_TICK是比较特殊的一个,根据SDK描述:
**Broadcast
Action: The current time has changed. Sent every minute. You can not receive this through components declared in manifests, only by exlicitly registering for it withContext.registerReceiver()**
意思是说这个广播动作是以每分钟一次的形式发送。但你不能通过在manifest.xml里注册的方式接收到这个广播,只能在代码里通过registerReceiver()方法注册。
下面开始进入文章的主题,开发守护进程或者天气预报一些定期检查服务是否存在操作时我们就需要用到ACTION_TIME_TICK。
排除了静态注册这个广播的情况(xml中注册),我们只能在代码中来进行动态注册了,因为这个广播是要一直存在并监听的,所以为了避免繁琐注册,解除注册而多些一些重复代码,广播的接收器的注册可以写在Activity的基类中,如果应用没有定义一个基类的话,这里提供一种思路,可以定义一个类myApp传承自Application,然后在AndroidManifest中指定为应用的application类,然后在这个类中做广播的动态注册,且这个类对象的生命周期是整个应用的生命周期,所以无须进行解除广播注册,不用担心发生内存泄露的问题。
直接上代码,在myApp类中onCreate方法上调用
IntentFilter filter=new IntentFilter(); filter.addAction(Intent.ACTION_TIME_TICK); registerReceiver(receiver,filter);
定义广播接收器对象
private final BroadcastReceiver receiver = new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { String action = intent.getAction(); if (action.equals(Intent.ACTION_TIME_TICK)) { //do what you want to do ...13 } } };
这样子就可以每分钟接收到一个系统广播了,接着在这个广播中我们就可以做自己的事情了,也就是本章的重点问题,检测Service是否被Kill掉并重新启动服务
代码如下
public static boolean isServiceRunning(Class<?> serviceClass) { ActivityManager activityManager = (ActivityManager) context .getSystemService(Context.ACTIVITY_SERVICE); List<ActivityManager.RunningServiceInfo> serviceList = activityManager .getRunningServices(Integer.MAX_VALUE); if (serviceList == null || serviceList.size() == 0) return false; for (RunningServiceInfo info : serviceList) { if (info.service.getClassName().equals(serviceClass.getName())) return true; } return false; }
现在大家可以自己动手写个demo试试咯
相关文章推荐
- Android IPC进程间通讯机制
- android之定时器AlarmManager
- axis备忘
- Windows XP Service Pack 3 RC1 v.3244 winxp补丁3 提供下载
- Run As Service runassrv.exe 详细参数第1/2页
- 安装MySQL在最后的start service停住了解决方法
- android使用Messenger绑定Service的多种实现方法
- asp.net Web Service 接口大量数据传输解决方案
- Silverlight中动态获取Web Service地址
- 提升Android应用视觉吸引效果的10个UI设计技巧
- 基于Android"今日事今日毕"的使用介绍
- android调用web service(cxf)实例应用详解
- 在Android中 获取正在运行的Service 实例
- ASP.NET State service状态服务的问题解决方法
- 卸载ZkeysPHP 后iis网站出现Service Unavailable 解决办法
- IIS Admin Service 服务因 2149647636 (0x80210514) 服务性错误而停止
- Service Temporarily Unavailable的503错误是怎么回事?
- android教程之service使用方法示例详解
- SSB(SQLservice Service Broker) 入门实例介绍