android N 内核,Android Context深入理解

在应用开发过程中我们经常用到Context，有Activity的Context，Application的Context，还有Service的Context，这三个有什么区别？Context在Android中到底是个什么东西？本文阐述Context的定义，Context具体功能实现，以及各种Context的区别和使用方法。最后，本文总结了Android N适配时使用Context的一些注意事项。

定义

Context通常被翻译成上下文，它在Android中代表场景。一个Context就是一个场景，一个场景代表着一组用户与应用交互的过程。比如听音乐、打电话、发短信，这都分别对应着一个场景。

实现

Context是一个抽象类，定义了访问应用环境全局信息的接口；包括访问应用程序资源、打开Activity(startActivity())、启动Service(startService())、发送广播，文件读写等。Activity，Service以及Application均继承自Context，所以我们经常使用的startActivity()，getResource()，getSharedPreference()，getExternalFilesDir()，deleteDatabase()等等方法都来自于Context。UML类图如下所示：

Context

由上图可知，Activity，Service，Application并没有直接继承Context，而是继承自ContextWrapper。ContextWrapper是Context的包装类，内部包含一个Context的引用，指向Context的具体实现类ContextImpl。ContextWrapper内部的所有方法直接调用ContextImpl对应的方法。

ContextImpl在ActivityThread创建Activity，Service以及Application时被实例化。所以每个应用都有多个ContextImpl实例。ContextImpl内部包含一个指向ActivityThread.PackageInfo的引用mPackageInfo。ContextImpl内部方法功能都是通过调用mPackageInfo对象来实现的。

ActivityThread.PackageInfo是一个重量级类，每一个应用程序仅有一个ActivityThread.PackageInfo实例，所有ContextImpl内部的mPackageInfo都指向ActivityThread.PackageInfo的唯一实例。

使用区别

Application、Activity以及Service均继承自Context，在初始化ContextImpl时使用的参数不一样，所以对应的使用场景也不一样。

Application对应着应用程序全局相关的场景，比如我们可以写一个全局工具类，使用Application获取类加载器，Looper，或者做一些处理权限相关的操作等等(当然Activity与Service也可以)。虽然加载UI相关资源在使用上是合法的，但加载的布局会忽略用户设置订样式并会使用系统默认样式，而且在Android N的分屏模式中会出现不可预知的问题。所以不推荐使用Application的Context加载UI资源。

对话框只能存在于父窗口中，所以只能在Activity中打开，使用Application或者Service的Context会报异常：

android.view.WindowManager$BadTokenException: Unable to add window -- token null is not for an application。

不推荐在Application以及Service中使用startActivity()方法，因为它们会在新的Task中打开Activity。

适配Android N新特性

谷歌在安卓7的预览版中增加了多窗口分屏功能，能够并排的同时使用两个应用。多窗口利用Android的资源系统，基于窗口的大小动态的调整配置。在调整窗口大小时，屏幕大小最小宽度和朝向都会实时更新。所以我们需要使用正确的Context加载资源。对于UI相关资源(布局)，最好使用其所在Activity的Context加载。如果使用Application加载布局UI等资源，有可能会出现在多窗口模式下无法正常工作的情况。