浅析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;@overridepublic 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依然可以,一下是我总结出来的一个表格，表示了它俩之间的应用场景： ApplicationActivityshow a dialogNOYESLayout InflationNOYESstart an activityNOYESBild to a ServiceYESYESSend a BroadcastYESYESRegister BrocastReceiverYESYESstart a serviceYESYESload resource valuesYESYES    其实我们只要把握住两条原则即可：

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

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