Android 之Context 解析

1.什么是Android Context？
Android中的Context意味着一个场景，一个场景就是用户和软件进行交互的一个过程。比如当你使用微信的时候，场景包括聊天界面、通讯录、朋友圈，以及背后的一些数据。到底Context是什么？其实一个Activity就是一个Context，一个Service也是一个Context。
Activity类的确是基于Context，而Service类也是基于Context。Activity除了基于Context类外，还实现了一些重要的接口，从架构设计的角度看，interface仅仅是某些功能，而extends才是类的本质，即Activity的本质是一个Context，其所实现的其他接口只是为了扩充Context的功能而已，扩充后的类称之为一个Activity或Service。

2.一个应用程序中应该有多少个Context对象？
我们在应用程序开发中经常会调用Context的一些方法，这些方法看起来似乎会返回一些全局的对象，而不仅仅是某个Activity，一个应用程序到底有多少个Context对象呢？比如，Context.getResources（）返回该应用程序所对应的Resource类对象，无论从哪个Activity中调用，都会返回同一个Resource对象。
Android中一个Activity就是一个场景（Context），一个Service也是一个场景，所以，应用程序中有多少个Activity或者Service就会有多少个Context对象，也就是有多少个场景。getResource（）等方法返回的是同一个全局对象。

3.Context 继承关系是怎么样的呢？

4.Context类及其子类的继承关系：
Context类本身是一个纯abstract类。为了使用方便又定义了Context包装类-ContextWrapper，ContextWrapper构造函数中必须包含一个真正的Context引用，同时ContextWrapper中有attachBaseContext（）用于给ContextWrapper对象中指定真正的Context对象。
ContextThemeWrapper内部包含了与主题相关的接口，这里的主题就是指在AndroidManifest.xml中通过android：theme为Application或者Activity指定的主题。

5.什么时候创建的Context？
每一个应用程序在客户端都是从ActivityThread类开始的，创建Context对象也是在该类中完成，具体创建ContextImpl类的地方一共有6处：
PackageInfo.makeApplication（）
performLaunchActivity（）
handleCreateBackupAgent（）
handleCreateService（）
handleBindApplication（）
attach（）
其中attach（）方法仅在Framework进程启动时调用，应用程序运行时不会调用到该方法。

6.Application中对应的Context
程序第一次启动时，会辗转调用到makeApplication（）方法。具体代码如下：
ContextImpl appContext = new ContextImpl();
appContext.init(this,null,mActivityThread);
….
appContext.setOuterContext(app);
7.Activity对应的Context
启动Activity时，Ams会通过IPC调用到ActivityThread的scheduleLaunchActivity（）方法，该方法包含两种参数。一种是ActivityInfo，这是一个实现了Parcelable接口的数据类，意味着该对象是Ams创建的，并通过IPC传递到ActivityThread；另一种是其他的一些参数。scheduleLaunchActivity（）方法中会根据以上两种参数构造一个本地ActivityRecord数据类，ActivityThread内部会为每一个Activity创建一个ActivityRecord对象，并使用这些数据对象来管理Activity。
然后会调用handleLaunchActivity（），再调用performLaunchActivity（），该方法中创建ContextImpl的代码如下：
ContextImpl appContext = new ContextImpl();
appContext.init(r.packageInfo,r.token,this);
appContext.setOuterContext(activity);
在performLaunchActivity（）开始执行时，会为r.packageInfo变量赋值。r.packageInfo对象的PackageInfo对象和Application对应的packageInfo对象是同一个。

8.Service对应的Context
启动Service时，Ams会通过IPC调用到ActivityThread的scheduleCreateService（）方法，该方法也包含两种参数。第一种是ServiceInfo，这是实现了一个Parcelable接口的数据类，该对象由AmS创建，并通过IPC传递到ActivityThread内部；第二种是其他参数。
在scheduleCreateService（）方法中，会使用以上两种参数构造一个CreateServiceData的数据对象，ActivityThread会为其所包含的每一个Service创建该数据对象，并通过这些对象来管理Service。然后在执行handleCreateService（）方法，创建ContextImpl对象代码如下：
ContextImpl appContext = new ContextImpl();
appContext.init(packageInfo,null,this);
…
appContext.setOuterContext(service);
Service对应的Context对象内部的mPackageInfo与Activity、Application中是完全相同的。

9.这几个Context之间的关系
从以上可以看出，创建Context对象的过程基本上是相同的，不同的仅仅是针对Application、Activity、Service使用了不同的数据对象。
一个应用程序包含的Context个数应该为：Context个数 = Service个数+Activity个数+1，最后的1是Application类本身也会对应一个Context对象。应用程序中包含多个ContextImpl对象，而内部变量mPackageInfo却指向同一个PackageInfo对象，这种设计结构一般意味着ContextImpl是一种轻量级类，而PackageInfo是一个重量级类。事实上确实是这样，ContextImpl中的大多数进行包操作的重量级函数实际上都是转向了mPackageInfo对象相应的方法，也就是事实上调用了同一个PackageInfo对象。