最近入门前端，如果写到和前端相关的地方写得不对还请大神谅解。写这篇文章主要是因为有一个疑惑：
什么是路由？
在前端开发单页面应用中，路由用于页面的跳转，而在Android端使用路由是用在组件化中的组件间的通信，虽然说我学Vue认为路由的跳转也就是组件之间的跳转，但我实在想不通android端组件间的跳转都好像用不到url，为什么这玩意能给它取名叫路由。我写这篇文章主要就是为了探究这个问题。
一.Android多模块开发
虽然说可能会有些前端的内容，但主要的还是探究android这边，那么android这边的路由是用在模块间的通信，那就不得不先说说多模块开发，之前也正好没记录过。
1.添加新模块
一般选第二个，然后按之后的步骤来做就能创建，也不是很难。
然后打开工程的gradle文件
发现这个说明创建新模块成功，自己会自动帮你在这定义，如果你是导入模块的话，需要自己在这定义。
最后在主模块中导入
这样就能让新的模块依赖于原本的模块。
二.模块间的通信
有依赖的两个模块之间就直接Intent就行，所以我觉得所谓的模块通信主要指没依赖的模块间的通信，所以这里把依赖给删除。
删除后发现另一个模块的类找不到
换成隐式Intent说找不到Activity，然后我再创建一个模块，让壳依赖这两个模块，再在这两个模块间做隐式跳转才行，不知道为什么。
总之我能证明不相互依赖间的两个模块能使用隐式Intent进行通信。
三.路由跳转
简单扯完了intent，再讲讲路由，据我所知，android里面页面的跳转都是用Intent来实现的，所以我很好奇所谓的路由跳转内部是怎么实现的，百度是不可能的，百度可靠过吗？要么谷歌，没翻墙的话我还是直接看源码把，于是我就找了比较屌的阿里的ARouter来研究研究这所谓的路由内部是怎么进行跳转的。
1.首先导入框架
按照文档来导入就行
版本号参照着改下就行
2.看跳转的实现
注意，我主要这里是为了先看看它的内部是怎么实现跳转的，所以没必要把全部代码都研究，而且我不懂他们的设计思想，逻辑要看懂讲真还不太简单，先看最简单的跳转。
不写demo测试了，直接看源码，阿里的代码还是相信不会出问题的。
getInstance()肯定用了单例，找到ARouter，发现内部都是调用_ARouter的方法，这种写法感觉好像代理，又感觉好像不是，恕我才识浅薄。
找到build方法
protected Postcard build(String path) {
if (TextUtils.isEmpty(path)) {
throw new HandlerException(Consts.TAG + "Parameter is invalid!");
} else {
PathReplaceService pService = ARouter.getInstance().navigation(PathReplaceService.class);
if (null != pService) {
path = pService.forString(path);
}
return build(path, extractGroup(path));
}
}
protected Postcard build(String path, String group) {
if (TextUtils.isEmpty(path) || TextUtils.isEmpty(group)) {
throw new HandlerException(Consts.TAG + "Parameter is invalid!");
} else {
PathReplaceService pService = ARouter.getInstance().navigation(PathReplaceService.class);
if (null != pService) {
path = pService.forString(path);
}
return new Postcard(path, group);
}
}
他做了什么操作，我不知道，但是很容易看出就是把路径做了某步操作得到新的路径和一个新的group。所以这步操作并不是跳转操作，再找到navigation()方法，注意这个build返回的是Postcard对象，所以这个navigation()方法应该是Postcard的方法，找到后一直跳到具体的实现方法。
private Object _navigation(final Context context, final Postcard postcard, final int requestCode, final NavigationCallback callback) {
final Context currentContext = null == context ? mContext : context;
switch (postcard.getType()) {
case ACTIVITY:
// Build intent
final Intent intent = new Intent(currentContext, postcard.getDestination());
intent.putExtras(postcard.getExtras());
// Set flags.
int flags = postcard.getFlags();
if (-1 != flags) {
intent.setFlags(flags);
} else if (!(currentContext instanceof Activity)) { // Non activity, need less one flag.
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
}
// Navigation in main looper.
new Handler(Looper.getMainLooper()).post(new Runnable() {
@Override
public void run() {
if (requestCode > 0) { // Need start for result
ActivityCompat.startActivityForResult((Activity) currentContext, intent, requestCode, postcard.getOptionsBundle());
} else {
ActivityCompat.startActivity(currentContext, intent, postcard.getOptionsBundle());
}
if ((0 != postcard.getEnterAnim() || 0 != postcard.getExitAnim()) && currentContext instanceof Activity) { // Old version.
((Activity) currentContext).overridePendingTransition(postcard.getEnterAnim(), postcard.getExitAnim());
}
if (null != callback) { // Navigation over.
callback.onArrival(postcard);
}
}
});
break;
case PROVIDER:
return postcard.getProvider();
case BOARDCAST:
case CONTENT_PROVIDER:
case FRAGMENT:
Class fragmentMeta = postcard.getDestination();
try {
Object instance = fragmentMeta.getConstructor().newInstance();
if (instance instanceof Fragment) {
((Fragment) instance).setArguments(postcard.getExtras());
} else if (instance instanceof android.support.v4.app.Fragment) {
((android.support.v4.app.Fragment) instance).setArguments(postcard.getExtras());
}
return instance;
} catch (Exception ex) {
logger.error(Consts.TAG, "Fetch fragment instance error, " + TextUtils.formatStackTrace(ex.getStackTrace()));
}
case METHOD:
case SERVICE:
default:
return null;
}
return null;
}
可以看到，内部的跳转其实也是用到了Intent
内部其实是使用Intent跳转再结合上面的对路径做了某步操作，
到这里我就可以得出结论，android中的路由跳转并不是以一种新的形式进行跳转，而是采用路由中的某种思想对Intent跳转进行封装。
其实前端的路由跳转也看上去和路由器表面没什么联系，那应该也是用了路由的某种思想对跳转进行封装。
我认为是这样的，如果我理解得不对，希望大神们指出。
这篇就写到这里吧，路由的实现我还没研究过，过后抽个时间理解下再写新的，然后关于arouter的实现，我没有做模块化的需求，等用到的时候我才会记录，而且官网的文档也挺完整的。
