小楼一夜听春雨
其实Android的组件化由来已久，而且已经有了一些不错的方案，特别是在页面跳转这方面，比如阿里的ARouter, 天猫的统跳协议, Airbnb的DeepLinkDispatch, 借助注解来完成页面的注册，从而很巧妙地实现了路由跳转。
但是，尽管像ARouter等方案其实也支持接口的路由，然而令人遗憾的是只支持单进程的接口路由。
而目前爱奇艺App中，由于复杂的业务场景，导致既有单进程的通信需求，也有跨进程的通信需求，并且还要支持跨进程通信中的Callback调用，以及全局的事件总线。
那能不能设计一个方案，做到满足以上需求呢？
这就是Andromeda的诞生背景，在确定了以上需求之后，分析论证了很多方案，最终选择了目前的这个方案，在满足要求的同时，还做到了整个进程间通信的阻塞式调用，从而避免了非常ugly的异步连接代码
SkipList(跳表)这种数据结构是由William Pugh于1990年在在 Communications of the ACM June 1990, 33(6) 668-676 发表了Skip lists: a probabilistic alternative to balanced trees，在其中详细描述了他的工作。由论文标题可知，SkipList的设计初衷是作为替换平衡树的一种选择。
我们都知道，AVL树有着严格的O(logN)的查询效率，但是由于插入过程中可能需要多次旋转，导致插入效率较低，因而才有了在工程界更加实用的红黑树。
但是红黑树有一个问题
从Qzone的超级补丁，阿里的AndFix, 到微信的Tinker再到美团的Robust,热修复经历了dex分包，方法hook到dex全量替换以及利用Instant Run原理往每个方法中插入一段跳转代码来实现，而这4种方法中，除了阿里的AndFix之外，其他三种都依赖DexClassLoader，这样做容易带来的问题有:
考虑到AndFix在5.0之后其实就已经由于ART的兼容性问题力不从心(虽然后面的Sophix在此基础上做了很多改进，但是在最新的系统上还是有一些兼容性问题)，如果想要实现稳定的热修复，同时又能够使App能够顺利通过Google Play的审核，有什么好的办法呢
在上一篇中引入了 Annotation Processing 101 这篇博客的全部内容，但是考虑到有些小伙伴的英文有些吃力，加上这篇博客的质量确实非常不错，所以还是把它翻译出来了。
在本文的开头我将解释如何写一个注解解释器。如下是我的教程。首先，我将解释什么是注解解释，以及你利用这个强大的工具能够做什么。之后我们会一步步实现一个简单的注解解释
还是在两年前看的一篇关于注解的文章，当时看的时候惊为天人，因为确实是把几乎所有注解的用法都总结好了。正好最近又要用到，就先引用一下，后面有时间再翻译。
原文出自 Annotation Processing 101 ,由于是2015 的droidcon上的一个话题，所以还有相应的视频，作者在视频里有详细的讲解，有梯子的小伙伴可以看下视频: Hannes Dorfmann-AnnotationProcessing 101.
如下是blog正文
在RePlugin解析-startActivity流程分析一文中，详细分析了插件的加载，进程的启动以及Activity坑位的分配等内容，由于Activity不仅涉及到process和taskAffinity属性，还涉及到launchMode属性，所以startActivity流程无疑是最复杂的。然后，startService的流程和startActivity还是有些不一样的，所以考虑再三，觉得还是有必要写一篇文章专门分析一下startService的流程