什么是Context
Context: 字面理解为上下文，语境。Android应用模型是基于组件的应用设计模式，组件的运行要有一个完整的Android工程环境，在这个环境下，Activity、Service等系统组件才能够正常工作，而这些组件并不能采用普通的Java对象创建方式，即比如Activity mActivity =new Activity()是不允许的，而是要有它们各自的上下文环境，也就是我们这里讨论的Context。
在程序中，可以理解为当前对象在程序中所处的一个环境，一个与系统交互的过程
ContextImpl:Context的基础实现类，为activity和其他application 组件提供了Context对象
ContextWrapper：Context的代理实现，具体实现为ContextImpl，他只是一个代理类
ContextThemeWrapper：继承ContextWrapper，修改了主题相关的API
Activity：继承ContextThemeWrapper
Service：继承ContextWrapper
Application：继承ContextWrapper
即Activity，Application，Service都是Context
而另外两大组件ContentProvider，BroadcastReceiver，以及View都持有Context的引用，可以说在Android中Context无处不在
Application，Activity，Service作为Context的区别
| 动作 | Application | Activity | Service |
|---|---|---|---|
| show a Dialog | no | yes | no |
| start a activity | 不推荐 | yes | 不推荐 |
| layout inflation | 不推荐 | yes | 不推荐 |
| start a service | yes | yes | yes |
| start a broadcast | yes | yes | yes |
| register broadcast receiver | yes | yes | yes |
| load resource values | yes | yes | yes |
1：Application(Service)和Activity的startActivity是不同的。
Application的startActivity是调用的ContextImpl中StartActivity，
而Activity中重写了startActivity,最后调用的是Activity中的startActivityForResult方法
Application和Service不能启动LaunchMode为standard的Activity。这是由于非Activity类型的Context并没有所谓的任务栈，所以待启动的Activity就找不到栈了，Application和Service只能启动FLAG_ACTIVITY_NEW_TASK类的Activity，这样启动的时候就为它创建一个新的任务栈
2. Dialog的Context一般情况下只能用Activity
系统定义了三种Window
1. 应用窗口:窗口需要对应一个Activity（具体实现可参考Window相关资料）。
2. 系统窗口:不需要对应任何Activity,也不需要有父窗口，对于应用程序而言，理论上是无法创建系统窗口的，因为所有的应用程序都没有这个权限。
2. 子窗口:该窗口必须有一个父窗口
因此 我们一般创建一个Window，或者启动一个Dialog（内部也是Window实现），需要用Activity的Context。
3. layout inflate的区别
Application和Service中去layout inflate也是合法的，但是会使用系统默认的主题样式，如果你自定义了某些样式可能不会被使用
4. Application，Activity，Service的生命周期是不同的。
所以引用的时候要防止内存泄漏，一般三者都能使用的情况下，使用Application可以有效的防止内存泄漏，因为Application的生命周期是整个App持续周期
生命周期长于Activity的对象持有到Activity的引用时，可能引起内存泄漏
Activity中使用非静态内部类，由于非静态内部类会隐式持有外部类实例的引用，所以也可能造成内存泄漏，一般可以使用静态内部类，用弱引用的持有外部Activity的引用来解决