背景
随着有货App的业务不断迭代，功能不断累积，原有的项目架构逐渐出现了以下问题：业务模块代码边界不清晰，耦合过重；业务代码与通用代码的耦合导致很多重复代码；基础组件库的不完善导致了一些三方库的重复。鉴于此，组件化势在必行，一个简易的架构分层图如下：
单向依赖，业务组件相互之间无依赖关系，那业务组件之间的页面跳转该如何解决呢？
路由
现在比较通用的一个解决办法是采用路由，现在社区有很多开源路由框架，比如ARouter，DeepLinkDispatch，ActivityRouter，LiteRouter等，再结合有货现有的业务跟组件化架构，基于以下几点实现一个路由方案：
注解配置，通过APT在编译时去生成各个组件的路由表
AspectJ去汇总各个组件的路由表，同样通过APT生成辅助代码实现
路由调用支持原本Bundle支持的各种数据类型，各种Activity跳转的Flags，跳转动画以及支持startActivityForResult
支持拦截器，特别是先跳转登录再跳转请求的页面这种异步的场景，可以通过RxJava的Subject实现
Activity的参数自动注入，类似ButterKnife，这个优先级不高
路由后的结果回调
兼容原本App中的老跳转规则，可以将原来的流程对接到新的路由sdk
简单用一个流程图表示一下，下面会具体讲：
实践
对于上面说的几点，我从路由使用的角度来详细阐述一下。
- 首先整个路由sdk有三部分组成
· router是一些代码中用到的API
· router-annotation定义了一些需要用到的注解
· router-processor定义了注解处理器
· 初始化
在Application的onCreate()里初始化路由sdk，所做的事情很简单，只是初始化一个List，这个List负责汇总各个组件模块中的路由。
- 路由定义
· 这个注解会在编译时由注解处理器来解析
· 此注解支持配置多个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后的字节码：
-
编译期所做的事情基本理完，下面就是正式调用Router相关的API，一个例子如下：
RouterCall代表了一次路由操作，用Builder模式去构造，有很多putXxx方法，可以去添加Bundle支持的各种数据类型，Activity相关的Flags（如Intent.FLAG_ACTIVITY_NEW_TASK），Activity直接跳转的动画等，这些数据都封装在RouterMap这个类中，然后支持添加拦截器和routerCallback，这儿的拦截器是同步的，异步的后面会说，route有一个重载的带requestCode的方法，如果带入一个大于0的值，则会去调用startActivityForResult。拦截器调用链参考了okHttp的实现，真正的路由跳转操作也当成一个拦截器，放到所有拦截器的最后。下面是这个过程的一个简单时序图：
- 异步拦截器
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