Android APP存活检测
16lz
2021-01-23
稍微深入了解过Android的开发者都知道,Android中每个APP的中的所有组件的生命周期状态都是由ActivityManagerService(简称:AMS)进程来维护的,所以当某个APP被kill或意外crash时,AMS进程会第一时间维护APP的组件。 我们今天不会看AMS进程维护APP的流程,只看AMS是通过什么手段第一时间得到的通知,我们是否能够将这种手段应用到我们的APP中,在多进程环境下,通过这种手段进程间互相监控起到一个守护的作用。
我们知道一个APP对应唯一一个ActivityThread,这也是一个APP的真正的入口,当ActivityThread#main执行时,就会附着到AMS进程,后续就由AMS进程维护APP的状态。那么关键点就在attach上。 见以下代码:ActivityManagerService#attachApplicationLocked()
private final boolean attachApplicationLocked(IApplicationThread thread, int pid) { ... final String processName = app.processName; try { AppDeathRecipient adr = new AppDeathRecipient( app, pid, thread); thread.asBinder().linkToDeath(adr, 0); app.deathRecipient = adr; } catch (RemoteException e) { app.resetPackageList(mProcessStats); startProcessLocked(app, "link fail", processName); return false; } ... return true; }
上面被高亮显示的这行代码,就是关键点。 使用的是IBinder#linkToDeath来完成的。linkToDeath方法的第一个参数接收一个android.os. IBinder.DeathRecipient的接口实现,用来接收app death的通知。当然也可以通过IBinder#unlinkToDeath来取消监听。 感兴趣的同学,可以进入源码查看详细的注释,这里就不在贴注释。 源码中DeathRecipient的实现是AppDeathRecipient来完成的, 这个处理中主要是AMS来清理当前APP进程对应的组件资源。
通过上面的了解,在我们的APP中要使用以上手段,多个进程之间要起到守护对方的作用,可能就需要得到对方的IBinder对象。
获取IBinder对象的方法,参考如下:
1.通过Context#bindService,在onServiceConnected上接收IBinder对象;
2.通过创建android.os.Messenger对象,然后通过intent将此对象传递给对方进程;
3.直接new Binder重写onTransact,然后通过intent将此Binder对象传递给对方进程;
更多相关文章
- 阿里Android开发规范:进程、线程与消息通信
- JAVA如何判断对象的类型
- Android实现JSON对象获取登录新浪微博
- Android系统SystemServer进程启动过程源码分析
- Android Bitmap对象与byte[]相互转换
- Android 整屏截图与区域指定view或layout截屏并返回bitmap对象
- Android检测系统中是否存在某进程
- 使用意图在Activity之间传递数据小插曲__传递自定义的序列化对象
- Android杀死进程方法