前言
Context，在翻译为上下文，也可以理解为环境，是提供一些程序的运行环境基础信息。基本上在开发项目的时候，时刻都有接触到。Android程序不像Java程序，随便创建一个类，写个main()方法就能跑，而是要有一个完整的Android工程环境，在这个环境下，有像Activity、Service、BroadcastReceiver等系统组件，而这些组件并不是像一个普通的Java对象new一下就能创建实例的了，而是要有它们各自的上下文环境，也就是Context。可以说Context是维持Android程序中各组件能够正常工作的一个核心功能类。
Context是个抽象类，下图取自网络，可以看到Context的继承结构。
ContextWrapper是上下文功能的封装类，而ContextImpl则是上下文功能的实现类。
而ContextWrapper又有三个直接的子类， ContextThemeWrapper、Service和Application。其中，ContextThemeWrapper是一个带主题的封装类，而它有一个直接子类就是Activity，所以Activity和Service以及Application的Context是不一样的，只有Activity需要主题，Service不需要主题。
Context一共有三种类型，分别是Application、Activity和Service。
这三个类虽然分别各种承担着不同的作用，但它们都属于Context的一种，而它们具体Context的功能则是由ContextImpl类去实现的，因此在绝大多数场景下，Activity、Service和Application这三种类型的Context都是可以通用的。不过有几种场景比较特殊，比如启动Activity，还有弹出Dialog。出于安全原因的考虑，Android是不允许Activity或Dialog凭空出现的，一个Activity的启动必须要建立在另一个Activity的基础之上，也就是以此形成的返回栈。而Dialog则必须在一个Activity上面弹出（除非是System Alert类型的Dialog），因此在这种场景下，我们只能使用Activity类型的Context，否则将会出错。
Context应用场景：
NO上数字含义：
一个非Activity的Context可以用于启动一个Activity，但这样启动的Activity需要新创建一个Activity堆叠栈。这个在某些特定情形下或许会适用，一般情况不推荐。这个其实也是可以的，但是这样导入的布局会用当前系统的默认主题来设置，若是自定义了某些样式可能不会被使用。
在Android 4.2及以上的系统里，若receiver为null，则允许，用于获取黏性广播的当前值。
每一个Activity和Service以及Application的Context都是一个新的ContextImpl对象。
getApplication()getApplicationContext()getApplicationContext()getApplication()getApplicationContext()getBaseContext()Context数量 = Activity数量 + Service数量 + 1 （1为Application）
最后注意下Context的引用，防止内存泄露问题，还有关于Context源码分析，网上还是很多资料可参考的。
总结
以上就是这篇文章的全部内容了，希望本文的内容对各位Android开发者们能有所帮助，如果有疑问大家可以留言交流。
您可能感兴趣的文章:Android 中Context的使用方法详解Android编程实现全局获取Context及使用Intent传递对象的方法详解Android全局获取Context实例详解Android编程实现为ListView创建上下文菜单(ContextMenu)的方法Android context源码详解及深入分析谈谈Android里的Context的使用实例避免 Android中Context引起的内存泄露安卓Android Context类实例详解详解Android中的Context抽象类深入解析Android App开发中Context的用法Android编程获取全局Context的方法Android编程中context及全局变量实例详解Android中ContextMenu用法实例android基础教程之context使用详解Android获取其他包的Context实例代码android中Context深入详解
