Android Context原理与使用的总结

一、Context继承体系 与 Context是怎样创建的

1. Context继承体系

仅仅用记住一句：Activity 、 Service 与Application 都是继承自ContextWrapper，而ContextWrapper implements Context。

每一个：Activity 、 Service 与Application都是一个Context实例。

2. Context 何时创建、如何创建的 - 查看源代码

Android应用程序窗体（Activity）的执行上下文环境（Context）的创建过程分析

Android 内核--Context对象

Android中Context具体解释 ---- 你所不知道的Context

以上3篇文章都是从源代码角度分析Context何时创建的。可是对于平时的开发来说，仅须要知道Activity 与Service 都是继承自Context。仅仅要创建新的Activity 或者 Service 实例，都是创建新的Context实例。

Context 总数 = Activity个数 + Service 个数 + 1个ApplicationContext

能够通过命令行 查看Context的个数

adb shell dumpsys meminfo package_name

二、关于Context的疑问

1. getBaseContext 与 getApplicationContext 差别？

持有Activity的Context 相当于持有Context。而持有AppliactionContex全局仅有这一个

2. 视图中的Context从哪来的？

比如：new TextView(Context);

通常在一个Activity中传入的就是当前Activity或者Activity.getBaseContext()。所以通过View.getContext()事实上就是当前Activity的引用。

常见场景，Adapter通常通过构造器传递Context，用于getView 时inflate 视图。可是getView最有一个參数是parentView 这个是ListView对象本身。能够通过parentView.getContext获取Context对象降低手动传递。

3. Context 会出错的地方

Dialog.Builder必须传入Activity，而不能传入Activity.getApplicationContext()

4. Context作用，查看方法

訪问资源、创建视图、创建四大组件

Context是什么？

參考资料： 

Android源代码分析-全面理解Context

Android中Context的总结及其使用方法

三 内存溢出。由于引用Context导致

1. Context导致内存溢出的原因：

Avoiding memory leaks 、 Avoiding
memory leaks

Android - what's the difference
between the various methods to get a Context?

以上文章解说的非常具体能够查看文章。下面是简单描写叙述：

最常见的内存形式是Bitmap未得到释放，而图片通常ImageView持有导致ImageView也不会被GC释放，创建ImageView肯定须要Context，这个Context是Activity。

Bitmap -> ImageView -> Contex(Activity)

假设Activity总是不能得到释放，导致内存不足终于OOM

2. 对于生命周期非常长的对象，使用ApplicationContext，下面文档介绍自己定义Application能够在项目全局都非常方便获取Application Context的方法

使用自己定义Application，须要Context对象时传入。避免因持有Context导致的内存溢出。由于ApplicationContext全局仅有一个实例，而多个Activity本身继承自Context，就是多个Context实例。

Android中Activity共享变量的还有一方法：Application context

谈谈Android里的Context的使用！！！

4. Context内存溢出相关资料

Android学习系列(36)--App调试内存泄露之Context篇(上)

Android学习系列(37)--App调试内存泄露之Context篇(下)

四、自己创建Context

Android获取其它包的Context实例然后干坏事

http://chroya.iteye.com/blog/761441