Android Context原理与使用的总结



一、Context继承体系 与 Context是如何创建的

1. Context继承体系

只用记住一句:Activity 、 Service 与Application 都是继承自ContextWrapper,而ContextWrapper implements Context。每个:Activity 、 Service 与Application都是一个Context实例。


2. 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是什么?

参考资料: 

三 内存溢出,因为引用Context导致

1. 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

4. Context内存溢出相关资料
Android学习系列(36)--App调试内存泄露之Context篇(上)
Android学习系列(37)--App调试内存泄露之Context篇(下)

四、自己创建Context

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




郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。