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>
参考文献:
网友评论