Context上下文对象

1.Context的种类 根据Context依托的组件以及用途不同，可以将Context分为以下几种 1）Application：Android 应用中国的默认单例类，在Activity或者Service中通过getApplication（）可以获取到这个单例，通过context。getApplicationContext（）可以获取到应用全局唯一的Context实例。2. 2）Activity/Service： 这两个类都是ContextWrapper的子类，在这两个类中看通过getBaseContext（）获取到 它们的Context实例，不同的Activity或者service实例，它们的Context都是独立的，不会复用。 3）BroadcastReceiver：和Activity以及Service不同，BoadcastReceiver本身并不是Context的子类，而是在回调函数onReceive（）中由Android框架传入一个Context的实例。系统传入的这个Context实例是经过功能裁剪的，它不能调用registerReceiver（）以及bindService（）这两个函数。 4）ContentProvider：同样的，ContentProvider也不是Context 的子类，但在创建时，系统会传入一个Context实例，这样在ContenttProvider中可以通过调用getContext（）函数获取。如果 ContentProvider和调用者处于相同的应用进程中，那么getContext（）将返回应用全局唯一的Context实例。如果是其他进程调用的 ContentProvider，那么 ContentProvider将持有自身所在进程的Context实例。

2.错误使用Context导致的内存泄露

demo如下所示：

public class SingleInstance {

    private Context context;

    private static SingleInstance sInstance;

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

    public static SingleInstance getSingleInstance(Context context) {

        if (sInstance == null) {
            //关键；
            sInstance = new SingleInstance( context.getApplicationContext() );
//
//    单例如果这样写 sInstance=new SingleInstance( context )   使用的时候传入的是activity或者service 在应用退出前，
// 由于单例一直在，会到只对应的activity或者service 一直被引用而不能被垃圾回收，activity或者service关联的其他View也不会被释放而导致内存泄露
        }
        return sInstance;
    }
}
           

3.不同Context对比