浅析Android Context

一：什么是Context？

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.

简单的总结为三条：

1.它描述的是一个应用程序的环境的信息，可以被称作为上下文。

2.该类是一个抽象类，Android提供了该抽象类的具体实现类。

3.通过它我们可以获取应用程序的资源和类，也包括采取一些应用级别的操作，例如，启动一个Activity,发送广播，接收Intent.

二:Context抽象类的继承关系

由上图我们可以看出，Activity,service,Application实则全为Context的子类。

三：Context实例的创建时机以及数目

通常来说，程序创建Context实例的时机为以下三种情况:

1.创建Application对象时，而且整个App共有一个Application对象。

2.创建Service对象时

3.创建Activity对象时

由上可知，一个应用程序中Context实例个数的计算公式为:

总Context数 = Service个数 + Activity个数 + 1(Application对应的Context实例)

四：Context的获取方式以及全局获取Context的技巧

因为Activity,Service本身就是一个context对象，所以在其中获取Context非常简单，但当脱离了这些与Context类有紧密关系的类时，我们该如何获得呢？当然这也有许多方法可以获得，但我在此给大家分享一种方法，定制一个自己的Application类，以便于管理程序内一些全局的状态信息，如Context。创建一个MyApplication继承自Application，代码如下：(以下代码来自《第一行代码》)

public class MyApplication extends Application{

private static Context context;

@override
public void onCreate(){
context = getApplicationContext();
}

public static Context getContext(){
return context;
}
}

接下来我们需要告知系统，当程序启动的时候应该初始化MyApplication而不是默认的Application类，操作也很简单，修改AndroidManifest.xml文件的<application>标签下的内容：

<application
android:name="com.example.hhw.MyApplication"
....>
</appliaction>

之后，你可以通过以下方式在你想用Context的任何地方得到它。

<span style="font-size:14px;">MyApplication.getContext();</span>

五：Activity,Application的Context以及内存泄露

首先，Activity的Context和Application的Context肯定不是一个东西，一个是当前活动的Context，它的生命周期仅限于此活动，一个是整个应用程序的Context，它的生命周期伴随着整个程序，鉴于Activity的Context的特点，滥用它往往会造成内存泄露，如下代码所示：

<span style="font-size:14px;">public class TestContext{
private static TestContext testContext;
private Context context;

private TestContext(Context context){
this.context = context;
}

public static synchronized TestContext getInstance(Context context){
if(null == testContext)
testContext = new TestContext(context);
return testContext;
}
}</span>

显而易见，上述单例模式中textContext是强引用static类型，往往它的生命周期伴随着整个应用程序，但你传递进来的Context若是一个Activity的，只要我们这个应用程序还活着，它就没有办法正常的回收，这就造成了内存的泄露。解决的方法很简单，将初始化TestContext是传递的参数变为context.getApplicationContext()既可，因为用此方法获得的是应用程序的context,因此就不用担心内存泄露了。

public class TestContext{
private static TestContext testContext;
private Context context;

private TestContext(Context context){
this.context = context;
}

public static synchronized TestContext getInstance(Context context){
if(null == testContext)
testContext = new TestContext(context.getApplicationContext());
return testContext;
}
}

既然如此的话，在能使用context的地方全部替换成context.getApplicationContext()不就皆大欢喜了吗？很遗憾的来说，这样不行，因为他们根本不是一个东西，它们的应用场景是不同的，并非所有的Activity的Context的场景，Application的Context依然可以,一下是我总结出来的一个表格，表示了它俩之间的应用场景：

	Application	Activity
show a dialog	NO	YES
Layout Inflation	NO	YES
start an activity	NO	YES
Bild to a Service	YES	YES
Send a Broadcast	YES	YES
Register BrocastReceiver	YES	YES
start a service	YES	YES
load resource values	YES	YES

其实我们只要把握住两条原则即可：

1.凡是和UI相关的，都不建议使用Application的Context.

2..不要让生命周期长的对象引用activity context，即保证引用activity的对象要与activity本身生命周期是一样的，若不一样，请考虑一下是否可以使用Application的Context.