【Android源码分析】ContextImpl和Context的关系和它们是如何绑定的

首先通过一个图来看一下Context和ContextImpl的继承关系

       可以看到，其实这是一个装饰者模式，Contex是抽象构件，ContextImpl是具体的实现类，ContextWrapper是抽象装饰者，我们常见的Activity、Service、Application其实就是装饰者。

装饰者模式的好处就是可以不使用继承的方式扩展功能，并且符合开闭原则。不了解装饰模式的同学可以看一下这篇文章https://www.cnblogs.com/of-fanruice/p/11565679.html。

       我们在ContextWrapper的源码中可以看到，它持有了一个mBase的对象，我们都知道mBase是指向ContextImpl的，但是我们搜遍源码只看到mBase是Context，那它是如何绑定的呢？

     当我们启动一个程序的时候，最终会在ActivityThread类中调用performLaunchActivity，这是启动程序的入口，具体不展开，在这个方法中，

有一段代码，

这里就是装饰者模式中对应的声明具体对象的地方，将Context和ContextImpl进行了绑定，并通过activity的attach方法传递给了mBase。