Android中的Context----既熟悉又陌生的朋友

在Android开发中，我们似乎无时不刻都在和一个很奇怪的东西Context打交道。但是我们很多时候又不得不承认，它是一个“既熟悉又陌生”的朋友。

getApplicationContext()

Adapter类中的Context：

public MyAdapter(int count, Context context) {
		this.mCount = count;
		this.context = context;	
}

上面这些代码想必都不陌生吧。那Context到底是什么东西呢，出于好奇的心理，Ctrl+鼠标单击 点开”Context“查看SDK中对于它的说明：

/**
 * Interface to global information about an application environment.  This is
 * an abstract class whose implementation is provided by
 * the Android system.  It
 * allows access to application-specific resources and classes, as well as
 * up-calls for application-level operations such as launching activities,
 * broadcasting and receiving intents, etc.
 */

大致就是说Context是一个抽象类，由Android系统提供，描述了一个应用环境的全局信息，可以利用它来获取应用资源和类，也可以启动一个Activity、广播、接受Intent等等。看了SDK中对于Context的说明还是颇感疑惑。

几经查询资料，发现《Android内核剖析》这本书中对于Context的解释非常的生动也利于理解（我可不是在打广告哦，我和该书作者并不熟哈）。这本书中没有把Context翻译成我们平常所看到的”上下文“，而是把它翻译成了”场景“。先从语义的角度审视了Context，场景应该是用户和操作系统之间的一次交互。比如说用户使用一款mp3播放软件，用户可以利用他播放暂停音乐、查看歌词，这些都是有界面的。当用户回到桌面进行其他操作，同样可以听到mp3.一个看得到的界面，一个看不到界面的交互都可称作是一个场景，并且这两种场景都是围绕这一个应用程序展开的。从语义上我们就对于Context有了更生动的理解。当我们回到代码来真正理解Context，从Activity追本溯源我们会发现Activity的继承链是这样的Activity-> ContextThemeWrapper -> ContextWrapper-> Context. 这时你会惊奇的发现。天啊！Activity竟然是由Context派生而来。也就是说Activity本质上竟然是一个Context，但这也就不正印证了我们前面对于Context语义上的分析了吗？我们看的到的一个MP3播放器的界面是一个场景，这个界面就是一个Activity；同理，看不到的界面，播放音乐的Service也是一个Context。

Activity, Service和Context之间的继承关系如下：

图1 Context类与Activity, Service之间的继承关系图

到这里相信你已经对Context有了一个大致的了解，但这里还需要注意的一点是，除了Activity和Service，应用程序每次启动的时候都是创建一个Application对象，这个Application对象本身也是一个Context。所以一个应用程序包含的Context的数量应该遵循下面的公式：

Context个数 =Service个数 +Activity个数+1