[Android]如何做一个崩溃率少于千分之三噶应用app（22）-组件化路由跳转

大家好，我是苍王。以下是我这个系列的相关文章，有兴趣可以参考一下，可以给个喜欢或者关注我的文章。

[Android]如何做一个崩溃率少于千分之三噶应用app--章节列表

大家应该有看完我的第十二编的页面跳转会清楚跨module的跳转用Android原生来做是，需要使用隐式跳转完成。

但是原生跳转方式是有很多的局限性的。这里借用ARouter 对跳转的分析的一张图来介绍一下，这个图可以很容易的反映出原生跳转和路由跳转的差异。

（1）显示跳转需要依赖于类，而路由跳转是通过url索引，无需依赖

（2）隐式是通过AndroidMainfest集中管理，协作开发困难，

（3）原生需要在AndroidMainfest里面注册，而路由是用注解来注册

（4）原生只要启动了startActivity就交由Android控制，而路由是使用AOP切面编程可以作控制

这样对比，可以很明显的体现出路由跳转的方面和非常适合组件化解耦。

接下来我会对比下我所知道的两款有口碑的路由框架ARouter和ActivityRouter。

一.ARouter的配置介绍

大家有听说过大名鼎鼎的ARouter路由框架，这是有阿里出品的开源路由框架。今天配置了一下，感觉真的不少坑。

这里我以我的组件化Gank工程给大家演示一下，觉得有用欢迎给个star

（1）首先我们需要在base module里面添加一些配置

compile引用aouter-api库，

annotationProcessor是AOP注解需要的

然后annotaitonProcessor会使用javaCompileOptions这个配置来获取当前module的名字

这里还比较奇异的地方时，其他使用了ARouter的路由跳转的module（只要声明了Route注解的module）都需要配置红框的两个地方，不然会无法跳转成功。

当然我们还需要将加Application初始化

这里通过BuildConfig来区分打Log的情况，还需要使用ARouter.init()初始化

然后以web模块为例

我们的WebActivity需要添加注解Route，path是跳转的路径

然后通过ARouter的引用调用，build填的是地址，withXXX填的是参数的key和value，然后navigation就是发射了路由跳转了。

这里用的是建造者模式。

然后webActivity通过读取传递的intent的方式就可以获取参数了。

以为这样就完了，这里是我收集到ARouter踩到的坑，这里才是精华。

（1）请一定要保证每个需要跳转的module都需要加入，不然跨模块跳转不起来

会报出这样的log

（2）这里ARouter是对v4包是有依赖的，而且其包必定是要在25.2.0以上（我当前看的源码是需要这个，以后是否有更改，就需要大家查询了），这里需要感谢讨论群里的“98度”同学的提醒

（3）接下来，才是巨坑，这里面多个相同的group出现，就会提示出现

查了一下Route里面的代码,发现有以下这么一行，说明他是以group划分了，group名不应该相同。

这里group名就是path = “/XXX/XX“里面的第一个XXX了，每个module的group名都不应该相同。

如果遇到什么坑，也可以在评论或者加我讨论群告诉一下大家。

****2017.5.19****

发现了在Window电脑中编译无问题，在mac中编译就跳转不过过去。

遇到了一些大坑，因为Mac在Application中使用了BuildConfig结果无法正常调用。

只要注释了这里就能正常通过。。。

****2017.7.20****

感谢QQ群内的浇草少年发现的ARouter使用问题，

当使用retrolambda需要引用plugin，这样的顺序是有问题的。

需要调整一下retrolamda的顺序。很可能两个都从写了apt里面的方式，有什么潜在问题，之后有待考究。但是浇草少年暂时未遇到问题。

一.ActivityRouter的配置介绍

首先ActivityRouter比ARouter要先发布很多。但是配置比起ARouter要麻烦很多，显得相当不友好。

其配置方式有两种。

第一种方式是和ARouter一样，都是每个Module里面都要配annotaionProcessor

使用apt方式，你可能遇到以下的错误，RouterMapping一直找不到相应的对象。

然后每个Module中的需要路由跳转的Activity都需要配置这个scheme

每个Module都需要配一个空的引用类和Module注解

其Application需要配置Modules注解，包含注册的module对应的字符串

然后在对应的需要路由跳转的Activity跳转地址

简单的跳转调用Routers.open方法，调用scheme:data + module activity对应跳转地址

这样就能跳转成功了。

至于踩到什么坑

（1）申明地址的时候，地址开头不能带有“ /”，因为跳转的时候声明scheme data里面其跳转地址如果加上“/”开头，将会带有多/(如cangwang:///main),为了规避解析异常。

(2)跳转参数有两种方式，可以看ActivityRouter的例子里面，一种是通过地址包含参数

另一种是通过声明参数的类型来做

这里比较坑的地方时，如果需要带参数，需要以“？”+参数名+“=”+参数值  的方式传递

下面是例子

第一种方式

这里第一个值desc直接传递到title这个key里面

第二种方式传递

其参数名只需要写到对应的xxxParams里面。

跳转启动

（3）如果你考虑传递网址或者文件目录这些参数，你是无法使用第一种方式传递的，只能选择第二种方式。

因为其无法通过第一种方式解析出跳转的地址。

通过第二种方式传递，其能通过=来匹配传递内容。

而跳转失败是不会有log提示的，只能调试其源码才能看出来，排查过程真心有点累。

对比来看ActivityRouter配置灵活性比不上ARouter，ARouter参数传递更加简便。如果选型来说，还是选择后者。

我会在之后的章节给大家剖析ARouter的原理。

如果有不同的看法和建议，也可以留言给我，或者加我群，大家一起讨论。

总结

使用路由的初衷是因为考虑到以后网络跳转到原生页面，需要更好的解耦方式，也防止AndroidMainfest管理复杂化问题。

考虑踩过的坑，还是发现有一些缺陷的地方。

1.无法像Android使用startActivies启动多个intent

2.配置和侵入性，每个module都需要使用注解框架。

3.如果考虑到以后应用会sdk化，因为其包含注解框架，需要认真考虑是否值得使用路由框架。

这一节介绍就到这里，

下一节将会更精彩，敬请期待！！！

群号是316556016，也可以扫码进群。我在这里期待你们的加入！！！