Android组件化开发实践（四）：组件间通信问题

1.1 路由URI格式

路由实质上都是将一个URI映射到某一个具体的界面，通过URI跳转时，路由框架内部找到该URI对应的Activity页面，进而实现页面跳转。首先我们来看一张图，明白一个完整的URI是怎么定义的。

图片引用自美团

是不是特别复杂，但实际上我们并不需要这么复杂，以我的一个路由uri为例：

hmiou://www.54jietiao.com/webview/index?title=*&url=*

这是一个打开WebView页面的路由地址定义，具体来说只采用了URI的几个部分：

• scheme
  这个是必须的，我定义为hmiou，这个根据项目来自定义即可。

• host
  www.54jietiao.com，通常定义为你项目的主站域名。

• path
  /webview/index，也就是路径，根据你的业务来区分即可。

• query
  title=*&url=*，查询参数

我的路由定义里面，只采用了scheme、host、path、query这4部分，能满足我的需求即可。

1.2 路由映射文件

我们没有采用注解，而是定义了一份全局的路由映射json文件，应用启动时读取配置文件进行路由初始化。

{  "test": [
    {      "url": "hmiou://www.54jietiao.com/test/test1?title=*",      "iclass": "Test1ViewController",      "aclass": "com.hm.iou.router.demo.TestActivity1"
    },
    {      "url": "hmiou://www.54jietiao.com/test/test2",      "iclass": "Test2ViewController",      "aclass": "com.bwton.router.demo.MainActivity"
    }
  ],  "main": [
    {      "url": "hmiou://www.54jietiao.com/main/index?url=*",      "iclass": "MainViewController",      "aclass": "com.hm.iou.router.demo.MainActivity"
    }
  ]
}

每个配置项都包含“url、iclass、aclass”3个选项，url就是路由定义，iclass是对应的iOS里面该页面的类名，aclass是对应的Android里面该页面的类名，这么做的目的是为了保持2个平台的路由统一。

我根据功能将路由进行了分组，从上面配置文件中可以看到有2个分组：test、main，然后每个路由url的path都以该分组名开头，所以每个路由url至少应该包含2级路径。

以路由“hmiou://www.54jietiao.com/test/test1?title=标题”为例，来看看内部是怎样实现页面跳转的。
1.路由框架首先解析出这个url的scheme、host、path、query这4部分；
2.检查scheme是否应用能支持的scheme，如果不是则不允许跳转或跳转失败；
3.检查host是否应用支持；
4.前面检查通过后，取出path的第一级路径，这里为“test”，然后框架查找路由配置表，找到“test”这个分组；
5.在“test”分组下的路由配置里遍历匹配，找到与当前url一致的路由配置项数据来；
6.找到对应的配置项之后，找到该url对应的aclss，这里为“com.hm.iou.router.demo.TestActivity1”；
7.框架通过反射调用startActivity来进行页面跳转；
8.如果第1步解析出的查询参数里有值，则将参数放到Intent里面传递过去，这里我们会传递一个key为“title”，value为“标题”的数据传递过去，类似于intent.putExtra("title", "标题")。
9.路由表里的查询参数都定义成类似于title=*，这里*只是一个占位符，仅仅是为了便于开发人员理解，知道该路由接收一个参数，名为“title”。

这里对路由进行分组，是因为做url匹配时，需要遍历整个路由表，分组可以提高查找匹配url的速度。配置文件里的url甚至可以设置一些自定义的正则匹配规则，你可以设置一些通配符，让若干个不同的url都能跳转到同一个页面。

当然还有很多细节需要处理，比如：

• 支持页面间跳转动画；

• 支持startActivityForResult；

• 支持设置intent的flag；

• 使用路由url进行跳转时，查询参数的值必须进行encode，否则会导致解析失败；

• 通过Intent传递参数时，不能知道查询参数里的数据类型，统一定义为字符串类型；

还有些功能可能实现不了，比如说页面之间怎么传递对象，Android里可以传递Parceable、Serializable对象，在我这里就不能支持。不过我并不推荐页面间传递对象，这样会带来比较高的耦合度，同时不利于组件化开发。

1.3 动态更新路由文件

通常安装包里会包含一份初始的配置文件，但是当应用发布之后，某个页面出现严重bug，或者我们想改变某个入口点击后的跳转目标页面，这时可以通过动态更新路由配置文件来实现。

新的配置文件里，只需要把原本配置里的aclass、iclass替换成新的目标页面类名即可，而不用重新发布app版本。

1.4 外部路由分发器

现在很多应用有这么个功能：在外部第三方应用里，或者H5网页里，直接通过路由url能打开我们的应用，并跳转到指定的目标页面。

public class RouteDispatchActivity extends Activity {    @Override
    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);
    }    @Override
    protected void onResume() {        super.onResume();
        Intent data = getIntent();        if(data != null && data.getData() != null) {
            Uri uri = data.getData();            //-------通过路由来跳转-------
            1.判断uri是否合法；            2.判断uri是否在白名单内；            3.判断通过，则采用路由跳转；            4.不通过或跳转失败，则仅仅打开应用而已；
        }
        finish();
    }
}

在AndroidManifest.xml里配置：

<activity
    android:name=".RouteDispatchActivity"
    android:configChanges="keyboardHidden|orientation|screenSize"
    android:screenOrientation="portrait"
    android:theme="@android:style/Theme.Translucent.NoTitleBar"
    >
    <intent-filter>
        <action android:name="android.intent.action.VIEW"/>
        <category android:name="android.intent.category.DEFAULT"/>
        <data android:scheme="hmiou" android:host="www.54jietiao.com" />
    </intent-filter></activity>

该Activity没有任何业务逻辑，它只是一个接收外部uri跳转的入口Activity。注意这里的 <intent-filter />配置，这样该Activity就能响应所有 hmiou://www.54jietiao.com 这种格式的uri跳转了。

该Activity被设置成透明的样式，用户感知不到，它的作用就是一个外部路由的分发器，这样我们就能在外部应用里跳转到任意页面了。这里有个路由白名单是个什么鬼，且继续看下去。

1.5 路由白名单配置

前面讲到可以从外部跳转到任意指定页面，这显然是极度危险的操作，如果你的应用里有钱包的话，这意味着任何应用都可以打开你的钱包页面进行付钱。所以对外部应用的路由跳转，我们必须设置白名单，在白名单内的路由url，能跳转到指定的目标页面，不在其内的仅仅只是打开应用进入首页而已。

[  "hmiou://www.54jietiao.com/main/index"]

2. 数据服务共享

像美团的WMRouter框架，主要提供了URI分发、ServiceLoader两大功能。ServiceLoader通俗点说就是组件间服务共享、数据共享，我在路由框架里没有实现，而是换了个方式来实现这些需求。

2.1 维护好全局共享数据

一般应用里都需要用户登录，登录之后我们会本地保存用户信息，而用户信息可能在所有的组件都会使用。例如注册登录组件服务里，用户登录后需要保存登录信息到本地；用户在个人中心组件服务里，需要读取用户登录信息进行展示。

通常这类数据我称之为全局共享数据，我通常的做法是，将这类数据下沉到底层模块里，所有业务组件可依赖，这样就解决了组件之间数据共享的问题。

不要盲目的将共享数据下沉到底层组件里，否则随着业务的扩张，会造成难以维护的地步。一旦数据下沉之后，以后想从底层组件里剥离出，将会是一件非常困难的事情。

2.2 采用EventBus

除了数据共享之外，还有一个是服务调用，例如A组件想调用B组件的某个操作。还是以登录为例，当用户登录成功之后，在个人中心这个组件里，需要及时展示用户的个人信息。

我引入了EventBus库，通过EventBus发送事件通知，其他组件接收自己感兴趣的事件，通过订阅通知的模式，来实现组件之间的通信。

public void post(Object event)

采用EventBus有个问题，它发送的事件必须是一个对象，但我们不可能在底层模块定义很多event class，所以我定义了一个通用的事件。

public class CommBizEvent {
    public String key;    public String content;    public CommBizEvent(String key, String content) {        this.key = key;        this.content = content;
    }
}

通过key来区分事件，然后组件文档维护好这些事件名。

作者：云飞扬1
链接：https://www.jianshu.com/p/82b994fe532c