Application和Activity上下文Context精炼详解

本文链接：https://blog.csdn.net/weixin_41101173/article/details/79882846

一、前期基础知识储备

Context相信大家在日常开发中打交道的次数决不在少，很多场景下都需要运用到Context，不管是Framework提供给我们的四大组件，还是应用级别的Application，还是负责表现层的View相关类，甚至连我们很多时候创建的实体类都会需要持有一个Context的引用。那么Context到底是什么呢？本篇文章一起来看一下。

（1）Context是什么？

Context英文释义是当前上下文，或者当前场景

上，官方文档：Context

public abstractclass Context

extends Object

Interface to globalinformation about an application environment. This is an abstract class whoseimplementation is provided by the Android system. It allows access toapplication-specific resources and classes, as well as up-calls forapplication-level operations such as launching activities, broadcasting andreceiving intents, etc.

由官方文档，我们可以知道：

①该类是一个抽象(abstract class)类；

②它描述的是一个应用程序环境的信息，即上下文；

③通过它，我们可以获取应用程序的资源和类，也包括一些应用级别操作；

（2）Context有什么用？

前面我们讲过Context是一个抽象类，通过Context我们可以获取应用程序的资源和类，调用它们的方法，那么具体定义的方法有哪些呢？我们来看一下Context的源码：

public abstract class Context {

    public abstract void startActivity(Intent intent);
    public abstract void startActivity(Intent intent, @Nullable Bundle options);
    public abstract void startActivities(Intent[] intents);
    public abstract void startActivities(Intent[] intents, Bundle options);
    public abstract void sendBroadcast(Intent intent);
    public abstract void sendBroadcast(Intent intent,
            @Nullable String receiverPermission);
    public abstract Intent registerReceiver(@Nullable BroadcastReceiver receiver,
                                            IntentFilter filter);
    public abstract void unregisterReceiver(BroadcastReceiver receiver);
    ......
	......
｝

从中，我们看见了一些熟悉的对象——Application、Activity、Service、Broadcast、Intent。那么这些对象和Context的关系到底是什么呢？我们在看一下官方文档可知：

①Activity、Service继承自ContextWrapper，而ContextWrapper又是Context的子类，那么Activity、Service最终是继承自Context；

②Application直接继承自Context；

通过以上的继承关系，我们就可以知道，Context的具体作用会包括：

启动一个新的Activity
启动和停止Service
发送广播消息(Intent)
注册广播消息(Intent)接收者
可以访问APK中各种资源，如Resources和AssetManager
创建View
访问Package的相关信息
APK的各种权限管理

（3）Context创建时机？

由上面分析的继承关系，我们可以知道，Context创建的时机有三个：

①创建Application 对象时，而且整个App共一个Application对象；

②创建Service对象时；

③创建Activity对象时；

所以应用程序App共有的Context数目公式为：

Service个数 + Activity个数 + 1（Application对应的Context实例）

二、上代码、具体讲解使用时注意事项

（1）Context使用时注意什么？

如上，Android中context可以作很多操作，但是最主要的功能是加载和访问资源。在android中常用的context有两种，一种是application context，一种是activity context，通常我们在各种类和方法间传递的是activitycontext。

两者的区别：

public class MyActivity extends Activity {  
    public void method() {  
        mContext = this; // since Activity extends Context  
        mContext = getApplicationContext();  
    }  
}

this 是Activity 的实例，扩展了Context，其生命周期是Activity 创建到销毁。getApplicationContext()返回应用的上下文，生命周期是整个应用，应用摧毁它才被摧毁。Activity.this的context 返回当前activity的上下文，属于activity ，activity摧毁时被摧毁。

使用Context时最需要注意的一个点就是，使用了不正确的context，比如有一个全局的数据操作类用到了context，这个时候就要getApplicationContext 而不是用ACtivity，如果在这个全局操作中引用的是Activity的context，那么就会一直引用Activity的资源，导致GC无法回收这部分内存，从而最终导致了内存泄漏。

内存泄漏是开发中常见的错误之一，能不能发现取决于开发者的经验，当然了我们也会依赖现有的内存泄漏库，但是如果我们在开发的源头减少内存泄漏的概率，那么后期的工作会少很多。

以下是避免context相关的内存泄露，给出的几点建议：

不要让生命周期长的对象引用activity context，即保证引用activity的对象要与activity本身生命周期是一样的；
对于生命周期长的对象，可以使用application context；
避免非静态的内部类，尽量使用静态类，避免生命周期问题，注意内部类对外部对象引用导致的生命周期变化；

（2）Context的常见应用场景

以下的表列举的是三种Context对象的对应使用场景：

从表中可以看到，和UI相关的都使用Activity的Context对象。

小结：如上分析，Context在对应开发里的来源就是三个——Activity、Service和Appliaction，那么我们该如何选择使用哪一个Context对象呢？一个比较简单的方法是，当你无法确定使用某个Context对象是否会造成长引用导致内存泄漏时，那么就使用Appliaction的Context对象，因为Appliaction存在于整个应用的生命周期内。

三、实际开发中用到的自定义Application

在实际开发中，我们往往会为项目定义一个Applictaion，然后在AndroidMainfest.xml文件中进行注册，

<application
        android:name=".CalcApplication"
        android:label="@string/app_name"
        android:theme="@style/AppThemeLight">
...
</application>

而且在自定义Application往往会定义好一个静态方法，用以全局获取application实例：

public class CalcApplication extends Application {
	
	private static CalcApplication calcApplication ;
	
	public static CalcApplication getInstance() {
		return calcApplication ;
	}
	
	@Override
	public void onCreate() {
		super.onCreate();
		calcApplication = this;
	}
	
}

Activity和Application都是Context的子类，但是他们维护的生命周期不一样。前者维护一个Acitivity的生命周期，所以其对应的Context也只能访问该activity内的各种资源。后者则是维护一个Application的生命周期。

附录：其他一些方法和使用context的注意事项

1）如何判断context是属于哪个activity？

context.getClass().getSimpleName()

2）全局不同如何获取对应的context？

View.getContext()，返回当前View对象的Context对象，通常是当前正在展示的Activity对象，这个是View类中提供的方法，在继承了View的类中才可以调用，返回的是当前View运行在哪个Activity Context中；
Activity.getApplicationContext()，获取当前Activity所在的(应用)进程的Context对象，通常我们使用Context对象时，要优先考虑这个全局的进程Context；
ContextWrapper.getBaseContext():用来获取一个ContextWrapper进行装饰之前的Context，可以使用这个方法，这个方法在实际开发中使用并不多，也不建议使用；
Activity.this ，表示Activity对象，一般用在内部类中指示外面的this，如果在内部类直接用this，指示的是内部类本身；
this，表示当前对象；一般而言，在哪个类中调用，就是指向该对象；
getActivity()，Fragment中，返回Fragment绑定的Activity;

静态加载一个Fragment，在onCreateView()方法中通过getActivity获取上下文实例：

public class CollageFragment extends Fragment {
    private CameraPreviewActivity activity;

    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
        root_view = inflater.inflate(R.layout.fragment_collage, container, false);
        activity = (CameraPreviewActivity) getActivity();
        init();
        return root_view;
    }

    private void init() {
        // 利用此activity发送广播
        activity.sendBroadcast(new Intent(CameraPreviewActivity.REMOVE_SCENES_EFFECT_WHEN_NOT_FULL_MODE));
                    MobClickUtil.onEvent(activity,"main_click_11");
        // 调用此activity的实例方法
        activity.setRatio("1x1",0);
    }    
}

3）四大组件可以像普通Java类一样，采用new的方式实例化吗？

Android程序不像Java程序一样，随便创建一个类，写个main()方法就能运行，Android应用模型是基于组件的应用设计模式，组件的运行要有一个完整的Android工程环境，在这个环境下，Activity、Service等系统组件才能够正常工作，而这些组件并不能采用普通的Java对象创建方式，new一下就能创建实例了，而是要有它们各自的上下文环境，也就是我们这里讨论的Context。可以这样讲，Context是维持Android程序中各组件能够正常工作的一个核心功能类。