Android容器填充,Android应用Context容器模型设计与实现

一个大型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的引用和依赖，基于此可以实现应用的重入复用。