插件进程死亡检测

3插件进程死亡检测

插件进程死亡时,宿主是如何知道的呢?通过RemoteCallbackList机制。

还有万一宿主挂掉了呢,插件进程是如何知道的?

插件进程启动的时候，创建宿主Application并调用其onCreate()，因此会调用到PluginHelper的applicationOnCreate()方法。

前面论述过,除了进行Hook 初始化之外,还进行了启动并绑定PluginManagerService服务。再说一次, PluginManager是运行于

插件中的客户端,而IpluginManagerImpl是运行于宿主的服务端。

PluginManager的onServiceConnected方法完成了2件事情,

1,调用服务端的registerApplicationCallback方法进行注册。

mPluginManager.registerApplicationCallback(new IApplicationCallback.Stub() {
@Override
public Bundle onCallback(Bundle extra) throws RemoteException {
return extra;
}
});

2,监听服务端是否死亡。

mPluginManager.asBinder().linkToDeath(new IBinder.DeathRecipient() {
@Override
public void binderDied() {
onServiceDisconnected(componentName);
}
}, 0);

服务端IpluginManagerImpl如果死亡,就会调用onServiceDisconnected方法,

public void onServiceDisconnected(ComponentName componentName) {
Log.i(TAG, "onServiceDisconnected disconnected!");
mPluginManager = null;

Iterator<WeakReference<ServiceConnection>> iterator = sServiceConnection.iterator();
while (iterator.hasNext()) {
WeakReference<ServiceConnection> wsc = iterator.next();
ServiceConnection sc = wsc != null ? wsc.get() : null;
if (sc != null) {
sc.onServiceDisconnected(componentName);
} else {
iterator.remove();
}
}
//服务连接断开，需要重新连接。
connectToService();
}

onServiceDisconnected方法也很简单,直接重新启动绑定服务端。

回头看看registerApplicationCallback方法, IpluginManagerImpl的registerApplicationCallback方法如下,

public boolean registerApplicationCallback(IApplicationCallback callback) throws RemoteException {
return mActivityManagerService.registerApplicationCallback(Binder.getCallingPid(), Binder.getCallingUid(), callback);
}

BaseActivityManagerService的registerApplicationCallback方法如下,

public boolean registerApplicationCallback(int callingPid, int callingUid, IApplicationCallback callback) {
return mRemoteCallbackList.register(callback, new ProcessCookie(callingPid, callingUid));
}

ProcessCookie是内部类,主要保存插件进程的pid,uid信息。

mRemoteCallbackList是内部类MyRemoteCallbackList对象,

private RemoteCallbackList<IApplicationCallback> mRemoteCallbackList;

在BaseActivityManagerService的构造方法中,

public void onCreate(IPluginManagerImpl pluginManagerImpl) throws Exception {
if (mRemoteCallbackList == null) {
mRemoteCallbackList = new MyRemoteCallbackList();
}
}

MyRemoteCallbackList定义如下,

private class MyRemoteCallbackList extends RemoteCallbackList<IApplicationCallback> {
@Override
public void onCallbackDied(IApplicationCallback callback, Object cookie) {
super.onCallbackDied(callback, cookie);
if (cookie != null && cookie instanceof ProcessCookie) {
ProcessCookie p = (ProcessCookie) cookie;
onProcessDied(p.pid, p.uid);
}
}
}

继承于RemoteCallbackList,实现了onCallbackDied方法。

因此,当插件进程die的时候,就会调用onCallbackDied方法,这样就可以达到监听插件的目的。

onProcessDied方法如下,

protected void onProcessDied(int pid, int uid) {
Log.i(TAG, "onProcessDied,pid=%s,uid=%s", pid, uid);
}

这个方法其实啥都没做。

另外,注册的目的其实是监听,并不是为了服务端回调onCallback方法。

虽然有一个sendCallBack方法里调用客户端的onCallback方法,

protected void sendCallBack(Bundle extra) {
if (mRemoteCallbackList != null) {
int i = mRemoteCallbackList.beginBroadcast();
while (i > 0) {
i--;
try {
mRemoteCallbackList.getBroadcastItem(i).onCallback(extra);
} catch (RemoteException e) {
// The RemoteCallbackList will take care of removing
// the dead object for us.
}
}
mRemoteCallbackList.finishBroadcast();
}
}

但是这个方法从来都不会调用,并且客户端PluginManager的onCallback方法啥都没做,直接返回了。