Android应用程序开发 是采用的 JAVA 语言,为什么 Activity 不可以 new 出来?
因为 Android应用模型 是基于 组件的应用设计模式,组件的运行要有一个 完整的Android工程环境 ,Activity、Service等系统组件不能直接new出来,而必须有它们各自的上下文环境(也就是 Context )。
</br></br>
Context 到底是个什么东西?
Context是维持Android程序中各组件能够正常工作的一个核心功能类。Context是一个抽象类,Activity、Service、Application等都是直接或间接继承的Context。
Context一共有三种类型:Activity、Service、
Application。Context翻译为:上下文,背景。
当你想要弹出个Toast、启动Activity、Service、new一个View等等操作,都要用到Context。
我的理解是:
你想弹出个Toast你总要告诉我这个Toast是谁让我弹的吧,我想new一个View,你不得告诉我这个View是为谁(哪个Activity)new的吗?Context的继承结构:

</br>
ContextImpl 和 ContextWrapper 的关系</br>
-
根据上面的结构图可以看出,ContextWrapper 和 ContextImpl 都是Context的子类。</br>
ComtextWrapper :如其名一样,是Context的一个包装类而已,ComtextWrapper 有两种方式设置真正的Context对象:- 在
ComtextWrapper的构造函数中必须包含一个真正的Context引用 -
attachBaseContext()用于给ContextWrapper对象指定真正的Context对象
调用
ContextWrapper的方法实际上是调用ContextImpl中的方法。ContextImpl:是Context的具体实现类,应用程序中调用的关于Context类的方法,都是在ContextImpl中实现的。</br></br>
- 在
Activity、Application、Service虽都继承自
ContextWrapper(Activity继承自ContextWrapper的子类ContextThemeWrapper),但他们初始化的过程中都会创建ContentImpl对象,由ContextImpl来实现Context中的方法。
</br></br>
一个应用程序有几个Context
Context 有三种类型:Activitiy、Service、Application。
所以 Context数量 = Activity数量 + Service数量 + 1(一个Application)
</br></br>
Context的作用域
注意点:
- Android是不允许
Activity或Dialog凭空出现的,一个 Activity必须建立在另一个Activity的基础之上(也就是以此形成返回栈)。
问题:
如果使用 ApplicationContext 去启动一个
LaunchMode 为 standard 的Activity的时候会报错,这时因为非Activity类型的Context并没有所谓的任务栈,所以待启动的Activity就找不到栈了
解决:
为待启动的Activity指定
FLAG_ACTIVITY_NEW_TASK 标记位,这样启动的时候就为它 创建一个新的任务栈 ,而此时的Activity是以 singleTask 模式启动的
结论:
不推荐使用Application启动Activity。
</br>
- 在
Application和Service中去layout inflate也是合法的,但是会使用默认的主题样式,如果你自定义了某些样式可能不会被使用。
结论:
- 这种方式不推荐使用
- 凡是和UI相关的,都应该用Activity作为Context来处理
- 其他的一些操作,Service、Activity、Application都可以(在防止内存泄漏的前提下)</br>
-
Dialog则必须在Activity上面弹出(除非是System Alert类型的Dialog),因此只能使用Activity类型的Context。
</br>

</br>
获取Context
通常获取Context主要有以下四种方式:
View.getContext(),返回当前View对象的Context对象,通常是当前正在展示的Activity对象。Activity.getApplicationContext(),返回当前Activity所在的进程的Context对象,通常我们使用Context对象时,要优先考虑这个全局的进程Context。Activity.this,返回当前Activity的实例。ContextWrapper.getBaseContext(),返回的是ContextImpl的实例。
</br></br>
Context 的使用
一般Context造成的内存泄漏,几乎都是当Context销毁时,因为被引用导致销毁失败。
-
正确使用Context的姿势
不要让生命周期长于Activity的对象持有到Activity的引用。
当Application的Context能搞定的情况下,并且生命周期长的对象,优先使用Application的Context。
未完待续...
-
内存泄漏的情况
未完待续...
</br></br></br></br></br>
参考文献: