一个大型Android应用通常分为多个模块，每个模块，尤其是与视图相关的模块，通常需要Context进行构建，比如视图的创建需要传递Context。
每个模块的对外需要一个接口调用来启动该模块功能。良好的模块设计通常采用MVC或扩展模型，也就是模块包含Model、View和Controller。
Controller兼任两个角色：一个是对外提供调用接口，我们称之为Manager角色；另一个是对外调用，我们称之为Bridger角色。如果Bridger角色任务较轻，我们通常把它并入到Manager角色中，统称为Manager，以之作为模块的Controller。
在整个应用中，频繁使用的模块Manager通常是单例。我们知道单例的标准写法：getInstance()，不传递参数。那么问题来了：模块需要的Context如何传进来？我们可能会这么做：给getInstance加一个Context参数，Context是传进来，可以想象代码会多么地不优雅。我们也可能这样做，在Manager的调用接口中增加Context参数，这样做的坏处：一是如果Manager创建的时候就需要Context就麻烦了；另一个，每个接口都加上一个额外的Context也显得不太优雅。
Context容器模型可以很好地解决模块Context传递的问题。
Context容器模型提供一个ContextContainer，ContextContainer中包含一个静态protected的Context变量和一个静态protected的Activity变量：
protected static Context sContext;
protected static Activity sActivity;
并提供一个静态初始化方法：
public void static init(Activity activity) {
sContext = sActivity = activity;
}
提供一个静态释放方法：
protected static void recycleContext() {
if (!matchToken()) {
return ;
}
sContext = null;
sActivity = null;
}
初始化方法在应用Activity创建之初调用，将当前Context保存在ContextContainer中；释放方法在Activity退出时调用。释放方法中有一个检查逻辑（matchToken），这个检查是判断当前Context是否为初始化时的Context，保证释放的是初始化后不再使用的Context，否则说明已经有其他Activity已经启动，不用再对Context进行释放。
有了ContextContainer，模块Manager可以直接继承ContextContainer，即可直接使用上下文变量sContext和sActivity。考虑到java的单继承，有人可能会怀疑这样做会不会妨碍Manager继承其他类？通常来讲，模块Manager通常是独立的，不依赖于系统里控件，因此它通常不会继承继承其他类，如果要继承，那也是继承一个ManagerBase类，而ManagerBase类也可以继承ContextContainer。所以，无论是Manager直接继承ContextContainer，还是间接继承于ContextContainer，在Manager中都可以自由使用Context。
Context容器模型除了为模块提供Context的自由访问功能，还有一个好处：整个应用对Context的引用减少，所有模块Manager都不持有Context的引用，因此除了直接引用Context的组件成员（View组件）外，Manager不需要关心Context的变化，从而减少了对Context的依赖。
这一点对于Activity的重入复用是非常有帮助的。简单来说，当Activity finish退出后，如果不释放Manager实例及其Model，那么在Activity再次启动时，Manager和Model不需要重新初始化，直接复用即可。这对于提升热启动速度是非常有帮助的，尤其对于数据加载比较耗时的模块。重入复用模型设计会采用该方式。
Context容器模型，不依赖于应用，因此可以在任何应用中直接使用。
在Context容器模型的基础上，可以进行应用拓展。比如应用中所有的Activity都继承自BasicActivity，那么可以定义一个BasicContainer，继承自ContextContainer，同时保存一个静态protected的BasicActivity变量，这样BasicContainer既提供了通用Context的方法，又提供了BasicActivity的访问方法。对于需要进行BasicActivity的模块，Manager继承BasicContainer即可。
Context容器模型就介绍到这里，总结一下：
Context容器模型提供容器类ContextContainer，保存Context变量。
容器在Activity创建之初进行初始化。
模块Manager继承ContextContainer，方便使用Context变量。
Context容器模型减少了这个应用对于Context的引用和依赖，基于此可以实现应用的重入复用。
