Context的概念
描述的是一个应用程序环境的信息,即上下文。就是系统给进程提供的环境变量、内存数据状态
林冲大叫一声“啊也!” 问:这句话林冲的“啊也”表达了林冲怎样的心里? 答:啊你妈个头啊!看,一篇文章,给你摘录一段,没前没后,你读不懂,因为有语境,就是语言环境存在,一段话说了什么,要通过上下文(文章的上下文)来推断。 作者:Jeee来源:知乎
每一段程序都有很多外部变量。只有像Add这种简单的函数才是没有外部变量的。一旦你的一段程序有了外部变量,这段程序就不完整,不能独立运行。你为了使他们运行,就要给所有的外部变量一个一个写一些值进去。这些值的集合就叫上下文。
Context的几种类型
Application - 在Activity或者Service中,它可以通过getApplication()函数获得,或者人和继承于context的对象中,通过getApplicationContext()方法获得。不管你是通过何种方法在哪里获得的,在一个进程内,你总是获得到同一个实例。
Activity/Service - 任何时候当系统创建一个新的Activity或者Service实例的时候,它也创建一个新的ContextImpl实例来做所有的繁重的工作。每一个Activity和Service以及其对应的基础context,对每个实例来说都是唯一的。
BroadcastReciver - 它本身不是context,也没有context在它里面,但是每当一个新的广播到达的时候,框架都传递一个context对象到onReceive()。这个context是一个ReceiverRestrictedContext实例,每次Receiver处理一个广播,传递进来的context都是一个新的实例。
ContentProvider - 它本身也不是一个Context,但是它可以通过getContext()函数给你一个Context对象。如果ContentProvider是在调用者的的本地(例如,在同一个应用进程),getContext()将返回的是Application单例。然而,如果调用这个ContentProvider在不同的进程的时候,它将返回一个新创建的实例代表这个Provider所运行的包。.
Context的使用
其中左边竖栏表示会使用到Context的应用,上边横栏表示使用到的Contextl类型,Yes和no表示对应的Context类型和应用的匹配情况
注:
- 有注释数字的NO表示是指不推荐使用
- ContentProvider、BroadcastReceiver之所以在上述表格中,是因为在其内部方法中都有一个context用于使用。
一句话总结:凡是跟UI相关的,都应该使用Activity做为Context来处理;其他的一些操作,Service,Activity,Application等实例都可以,
Context的调用方法
- getApplicationContext():获得整个应用程序(当前apk)生命周期的上下文,应用摧毁它才摧毁
- 调用this:获得的上下文是当前类的上下文,一般都是当前activity的context。activity 摧毁他就摧毁
- getApplication():getApplication()获取的结果和获取getApplicationContext()得到的结果是一样的,但是 getApplication() 这个方法只有在Activity和Service中才能调用的到。 但是如果在一些其它的场景,比如BroadcastReceiver中也想获得Application的实例,这时就可以借助getApplicationContext()方法了。
- -
Context的特别注意事项
在 Dialog.Builder必须传入Activity,而不能传入Activity.getApplicationContext()
应用中Context的数量
一个应用中Context的数量等于Activity的个数 + Service的个数 + 1,这个1为Application。