在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之间的继承关系如下:
到这里相信你已经对Context有了一个大致的了解,但这里还需要注意的一点是,除了Activity和Service,应用程序每次启动的时候都是创建一个Application对象,这个Application对象本身也是一个Context。所以一个应用程序包含的Context的数量应该遵循下面的公式: