13518219792
这篇文章将为大家详细讲解有关Android中APP存活检测方式有哪些，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。
汕城网站建设公司成都创新互联,汕城网站设计制作，有大型网站制作公司丰富经验。已为汕城上1000家提供企业网站建设服务。企业网站搭建\成都外贸网站制作要多少钱，请找那个售后服务好的汕城做网站的公司定做！
Android是一种基于Linux内核的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑，由美国Google公司和开放手机联盟领导及开发。
稍微深入了解过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中APP存活检测方式有哪些”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。
