Context简单说明

1):Context：是一个抽象类，该类定义了一个android应用(Application)全局的环境(或者场景)信息，sendBroadcast,startActivity,startService等方法都是此类的抽象方法。
2):ContextWrapper：继承于Context，同时在该类用有持有一个Context的引用mBase，充当起了Context的代理：该类由于继承自Context抽象类，所以需要重写Context的所有抽象方法，但真正实现该法操作的仍然是
mBase这个真正的角色。在该类中有两个地方对mBase进行了初始化，第一个地方就是ContextWrapper,第二个地方就是attachBaseContext方法。

   public ContextWrapper(Context base) {
        mBase = base;
    }

  protected void attachBaseContext(Context base) {
        if (mBase != null) {
            throw new IllegalStateException("Base context already set");
        }
        mBase = base;
    }

3)ContextThemeWrapper:为ContextWrapper,该类扩展了ContextWrapper的功能,可以看做是一个Context，严格说来应该是Context的代理，在该类中持有一个Resource.Theme 类型的引用mTheme,用来设置Activity或者Application的主题。

4）android的组件之一Servcie：继承于ContextWrapper，也可以看做是Context的代理类或者就当它是一个Context也不为过,查看Service的源码可以知道Servcie类只是提供了一个默认构造器，并且在调用Super构造器的时候传入了null，也就是说设置父类ContextWrapper的mBase这一Context为null，通过上面的说明
已经知道ContextWraapper中mBase有两个初始化的地方，既然用子类Service构造器里面初始化为null，那么Service肯定是用了父类attachBaseContext的方法来对mBase来初始化，要不然的话在Servcie怎么发送广播等操作？。搜索一下发现该方法在Servcie中
只有一处有调用，即Servcie的attach方法(在本篇中不讨论attach方法是有谁调用的,以后再研究)：

  public final void attach(
            Context context,
            ActivityThread thread, String className, IBinder token,
            Application application, Object activityManager) {
        //调用父类的方法初始化Context,使得Servcie具有Context的能力
        attachBaseContext(context);
        mThread = thread;           // NOTE:  unused - remove?
        mClassName = className;
        mToken = token;
        mApplication = application;
        mActivityManager = (IActivityManager)activityManager;
        mStartCompatibility = getApplicationInfo().targetSdkVersion
                < Build.VERSION_CODES.ECLAIR;
    }

5）android的另一个组件Activity：继承于ContextThemeWrapper,正如上文对ContextThemeWrapper的说明，Activity严格的说来也是Context的代理，但是通常我们都把它当做Context来看待。与Service一样对Conext的初始化
也是在Attach方法里面完成的：

  final void attach(Context context, ActivityThread aThread,
            Instrumentation instr, IBinder token, int ident,
            Application application, Intent intent, ActivityInfo info,
            CharSequence title, Activity parent, String id,
            NonConfigurationInstances lastNonConfigurationInstances,
            Configuration config) {
        attachBaseContext(context);
    }

6）Application：该类也是ContextWrapper的子类，也是在attach方法中对Context进行了初始化。
但是仅仅通过这个方法里面的参数只能看出传入context是父类Context的引用，从代码上完全看不出具体传入的context指向的具体对象是哪一个？如果要知道这个东西是什么的话就要研究一下Activity或者Servcie的启动过程了，目前博主还没有开始
具体的看，只是查看了一些博客或者《android内核剖析》这本书，借鉴别人的研究成果来完成自己的本篇博客。
《android内核剖析这本书上说Context的创建是在ActivityThread，该类位于(android.app包下)中完成的，并且创建Context对象的方法地方一共有7处：在这里选择创建Activity的一处来看看

 private final Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
        // System.out.println("##### [" + System.currentTimeMillis() + "] ActivityThread.performLaunchActivity(" + r + ")");

        ActivityInfo aInfo = r.activityInfo;
        //创建activity
        Activity activity = null;

            java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
            //创建Activity
            activity = mInstrumentation.newActivity(
                    cl, component.getClassName(), r.intent);

            Application app = r.packageInfo.makeApplication(false, mInstrumentation);
            if (activity != null) {
                //此处就是初始化context的地方，为ContextImpl
                ContextImpl appContext = new ContextImpl();
                appContext.init(r.packageInfo, r.token, this);
                appContext.setOuterContext(activity);
                CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());
                Configuration config = new Configuration(mConfiguration);
                //执行attach方法来完成对context的初始化
                activity.attach(appContext, this, getInstrumentation(), r.token,
                        r.ident, app, r.intent, r.activityInfo, title, r.parent,
                        r.embeddedID, r.lastNonConfigurationInstance,
                        r.lastNonConfigurationChildInstances, config);

            }
        return activity;
    }

到这里看出了Context的最终实现类是ContextImpl，该类也位于android.app目录下，具体该类的具体实现本篇不做具体分析。通过上面的分析Context之间的关系如下：
这里写图片描述
其实我们可以发现一个View的对象中也持有一个Context引用，可以通过View提供的getContext()方法来获取它，那么这个Context又是什么时候初始化的？
通过《Activity+Window+View》这篇博客已经回到Activity中View的三者之间的关系如图：
这里写图片描述
所以一个android应用中Context的数量为=Activity的数量+Service的数量+1个Application。
7)View的rootView为一个DecorView对象，该类继承自FrameLayout,Framelayout又继承ViewGroup,最终ViewGroup又继承View，而View里面正式定义Context的地方。在：

 protected DecorView generateDecor() {
        return new DecorView(getContext(), -1);
    }

在PhoneWindow中对DecorView进行初始化，初始化的过程中层层调用super(content）从而完成了对View的content的设置！
DecorView设置的content是通过PhoneWindow的getContent来获取的。在Activity的attach方法中通过mWindow = PolicyManager.makeNewWindow(this);来初始话PhoneWindow，makeNewWindow中this就是指的Activity这个Context：

public static Window makeNewWindow(Context context) {
        return sPolicy.makeNewWindow(context);
    }
 //此正式初始化Activity中mWindow对象的地方
    public PhoneWindow makeNewWindow(Context context) {
        return new PhoneWindow(context);
    }

猜你喜欢