从饿了吗框架Hermes探讨跨进程通信方案的思想

 

谈到跨进程，你首先想到的就是AIDL技术，也就是android中传说中利用了Binder技术实现跨进程通信，当然你也可以用Messenger类实现跨进程开发简单粗暴，或者你感觉不过瘾，也可以直接继承Binder自己实现Binder扩展通信。

不管你采用那种方案，你如果要在android种实现跨进程，你都需要实现一个Service，在onBind方法中返回你实现的Binder扩展类，然后调用bindService方法进行进程之间通信的关联，系统源码最终通过回调onBind方法进行Binder的链接注册ServiceManager中，从而实现双向代理的通信。

那么我们怎么能实现封装，就能像使用饿了吗框架一样实现跨进程的简单调用，相信大家都用过EventBus，只要在A（Activity）中实现注册，并再你想调用的方法中添加一个注解，在B（Activity）中就可以发消息给Activity，从而实现组件之间通信的简单化，但是如果两个Activity在两个进程中则这种方式不不能实现的，因为进程的内存是独有的。

那么有没有一种方式能让这种简单的注册方式出现在进程之间的通信呢，答案肯定是有的，A（Activity）还是实现同样的注册，在B（Activity（这里另开一个进程））发消息的时候（加一个进程判断，判断当前运行的进程是不是主进程）

 private static boolean isMainProcess(Context context) {
        return context.getPackageName().equals(getCurrentProcessName(context));
    }

    private static String getCurrentProcessName(Context context) {
        ActivityManager activityManager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
        if (activityManager == null) {
            return null;
        }
        for (ActivityManager.RunningAppProcessInfo processInfo : activityManager.getRunningAppProcesses()) {
            if (processInfo.pid == Process.myPid()) {
                return processInfo.processName;
            }
        }
        return null;
    }

因为每次启动进程的时候都会重新创建Application，所以同一个程序包下的Application会被创建N次，也就是说在同一个应用包下开的进程会重用所有的资源（清单文件这么配置android:process=":f"就开了进程），所以发消息时如果发现当前的进程不是主进程，则会先绑定一个主进程的Service。这样B想用和A通信是通过Service桥梁来实现。

那么Service怎么将参数回调到A指定的方法中，这里还是通过A注册的时候将当前对象和方法的参数对象的class产生一对一的绑定，也就是参数的class是key，当前A对象为value注册进集合中，并把有注解的method保存到集合。在B发消息的时候是带着参数对象的，将对象序列话，得到class,重新组装一个实现了序列话接口的对象，发送到Service端，Service通过class得到注册的A对象和方法，利用反射调用A对象的方法，将参数反序列话传过去，最终实现两个进程Activity的之间的通信。

Hermes的的思想原理就是这么简单，今天咱们只讲思想，而不说代码，因为代码会忘记，而思想永存留。