背景

随着有货App的业务不断迭代，功能不断累积，原有的项目架构逐渐出现了以下问题：业务模块代码边界不清晰，耦合过重；业务代码与通用代码的耦合导致很多重复代码；基础组件库的不完善导致了一些三方库的重复。鉴于此，组件化势在必行，一个简易的架构分层图如下：

单向依赖，业务组件相互之间无依赖关系，那业务组件之间的页面跳转该如何解决呢？

路由

现在比较通用的一个解决办法是采用路由，现在社区有很多开源路由框架，比如ARouter，DeepLinkDispatch，ActivityRouter，LiteRouter等，再结合有货现有的业务跟组件化架构，基于以下几点实现一个路由方案：

1. 注解配置，通过APT在编译时去生成各个组件的路由表

2. AspectJ去汇总各个组件的路由表，同样通过APT生成辅助代码实现

3. 路由调用支持原本Bundle支持的各种数据类型，各种Activity跳转的Flags，跳转动画以及支持startActivityForResult

4. 支持拦截器，特别是先跳转登录再跳转请求的页面这种异步的场景，可以通过RxJava的Subject实现

5. Activity的参数自动注入，类似ButterKnife，这个优先级不高

6. 路由后的结果回调

7. 兼容原本App中的老跳转规则，可以将原来的流程对接到新的路由sdk

简单用一个流程图表示一下，下面会具体讲：

实践

对于上面说的几点，我从路由使用的角度来详细阐述一下。

1. 首先整个路由sdk有三部分组成

· router是一些代码中用到的API

· router-annotation定义了一些需要用到的注解

· router-processor定义了注解处理器

· 初始化

在Application的onCreate()里初始化路由sdk，所做的事情很简单，只是初始化一个List，这个List负责汇总各个组件模块中的路由。

1. 路由定义

· 这个注解会在编译时由注解处理器来解析

· 此注解支持配置多个url

· url的格式：scheme://host/path/{paramKey}，url正则匹配，为了不使url的解析过于复杂，这里的param匹配只会解析成String类型，对于其余的类型则可通过Router API手动添加

· url匹配举例：yoho://detail/88

除了Router这个注解还需要一个RouterModule注解：

· 这个注解同样在编译时由注解处理器来解析，注解一个空类即可，它会生成一个类DetailModuleRouter，这个类生成在当前组件的包名下，用来汇总该组件下所有的Router注解并放入一个List中用于匹配

· 除此之外，注解处理器还需要在DetailModuleRouter中插入一段AspectJ调用代码，用于汇总各个组件模块路由：

简单解释一下，就是将该组件的路由module类加到一个汇总所有路由module类的List中，这个List就是上面第二步所说的初始化的List，加入的地方与时机便是由AspectJ来决定，这段AspectJ注解的意思就是切入路由sdk的初始化方法，在调用该方法后的代码中去执行该组件的路由汇总工作，其他组件同理。这样做主要是因为组件化后各个业务组件编写代码期间无依赖关系，只有编译运行后才可见（[参照得到的组件化方案]），也就不能强引用各个组件的路由module类，而AspectJ则是在编译期间AOP正好可以应对这个情况，由于项目中之前做其他功能已经引入了AspectJ，所以对于我们来说不是很重的选择。

· 我们看下AspectJ后的字节码：

1. 编译期所做的事情基本理完，下面就是正式调用Router相关的API，一个例子如下：

   
   
   

   RouterCall代表了一次路由操作，用Builder模式去构造，有很多putXxx方法，可以去添加Bundle支持的各种数据类型，Activity相关的Flags（如Intent.FLAG_ACTIVITY_NEW_TASK），Activity直接跳转的动画等，这些数据都封装在RouterMap这个类中，然后支持添加拦截器和routerCallback，这儿的拦截器是同步的，异步的后面会说，route有一个重载的带requestCode的方法，如果带入一个大于0的值，则会去调用startActivityForResult。拦截器调用链参考了okHttp的实现，真正的路由跳转操作也当成一个拦截器，放到所有拦截器的最后。下面是这个过程的一个简单时序图：

1. 异步拦截器

2· 并没有放到路由sdk中，因为跟业务有一些耦合

3· 我这里用RxJava的PublishSubject来实现，Subject属于Hot Observable，有点类似EventBus，但是可以当成一个专用的EventBus

4· 一个简单例子如下：

如果需要登录则先路由到登录，登录成功后发射一下：sUserPublishSubject.onNext(sUser)则会跳转到原先的路由页面，要注意及时的dispose，否则界面会乱跳。

总结

上面列出了路由实践中重要的一些点，还有些未实现比如支持方法调用，安全考虑，会逐步完善。为方便开发，形成一份路由url映射的文档很有必要，这个也可以在编译时去生成，可以参考DeepLinkDispatch，不再赘述。

参考文献

感谢社区优秀的路由库和相关文章：

· https://www.jianshu.com/p/8a3eeeaf01e8

·https://github.com/airbnb/DeepLinkDispatch

· https://github.com/alibaba/ARouter