Android Activity总结

内容概要

• Activity的继承关系

• Android 中 Context介绍

• Acitivy实际是如何实例化的

• Activity生命周期

• Activity的启动方式,Task&Back Stack,进 程和线程,Intent.FLAG_ACTIVITY*

• Activity,Window,View的关系

• Android消息

内容

Activity是什么

• 是个应用程序的组件,提供⼀一个可以让用户 交互的屏幕。它本身并不是界面。

Activity的继承关系

• java.lang.Object

• ↳ android.content.Context

• ↳ android.content.ContextWrapper

•

↳ android.view.ContextThemeWrapper

• ↳ android.app.Activity

Android 中 Context

• 是Android应用程序环境的全局信息的接

口。

• 中文翻译是:上下文

• 可以理解为:句柄,环境变量。

Context是什么,它的作用?

• Context字面意思上下文,位于framework package的android.content.Context中,其实 该类为LONG型,类似Win32中的Handle句 柄,很多方法需要通过Context才能识别调用 者的实例,比如说T oast的第⼀一个参数就 是Context,⼀一般在Activity中我们直接 用this代替,代表调用者的实例为Activity,而 到了⼀一个button的onClick(View view)等方法 时,我们用this时就会报错,所以我们可能使 用ActivityName.this来解决,主要原因是因为
实现Context的类主要有Android特有的几个模

型,Activity、Service以及BroadcastReceiver

Activity生命周期

• 1、Activity 从创建到进入运行态所触发的事

件 onCreate()-->onStart-->onResume() • 2、从运行态到停止态所触发的事件

onPause()--->onStop()

• 3、从停止态到运行态所触发事件 onRestart()-->onStart()--->onResume()

• 4、从运行态到暂停态所触发事件 onPause()

• 5、从暂停态到运行态所触发事件 onResume()

Activity生命周期

• a.打开应

用:onCreate-》onStart-》 onResume ,在开始的时候这三个方法都会调用。

• b.从第⼀一个activity切换到第二个:先

会 onPause第⼀一个,然 后onCreate-》onStart-》 onResume,最 后在onStop

• c.从第二个切换到第⼀一个:内容与上⼀一步 相同

• d.按手机的回退(back)键:先onPause 第⼀一个,然

后 onRestart-》 onStart-》 onResume

Activity的启动方式

• Activity有四种加载模式:

• Standard

• singleTop

• singleTask

• singleInstance

Activity的启动方式 • Standard启动⼀一次就⼀一个实例

• singleTop 启动时,如果正好在顶部 则NewIntent到这个实例,如果不在,则是 第二个实例

• singleTask 当Task里存在实例, 则NewIntent到这个实例,

• singleInstance创建⼀一个单独的task存放这 个实例,每次跳过来都是这个实例。

• onNewIntent onStart onResume

FLAG_ACTIVITY_REORDER_TO

• 如果已经启动了四 个Activity:A,B,C和D,

在D Activity里,想再启动⼀一个Actvity B, 但不变成A,B,C,D,B,而是希望 是A,C,D,B,则可以像下面写代 码:intent.addFlags(Intent.FLAG_ACTIVI TY_REORDER_TO_FRONT);



FLAG_ACTIVITY_NEW_TASK

• 例如现在栈1的情况是:A B C。C通 过intent跳转到D,并且这个intent添加 了FLAG_ACTIVITY_NEW_TASK标记,如 果D这个Activity在Manifest.xml中的声明中 添加了Task affinity,并且和栈1的affinity不 同,系统首先会查找有没有

和D的T askaffinity相同的task栈存在,如果 有存在,将D压入那个栈,如果不存在则会 新建⼀一个D的affinity的栈将其压入。如 果D的Task affinity默认没有设置,或者和 栈1的affinity相同,则会把其压入栈1,变

成:A B C D,这样就和不

FLAG_ACTIVITY_NO_HISTORY FLAG_ACTIVITY_SINGLE_TOP

• 例如现在栈情况为:A B C。C通过intent跳 转到D,这个intent添 加FLAG_ACTIVITY_NO_HISTORY标志, 则此时界面显示D的内容,但是它并不会压 入栈中。如果按返回键,返回到C,栈的情 况还是:A B C。如果此时D中又跳转到E, 栈的情况变为:A B C E,此时按返回键会 回到C,因为D根本就没有被压入栈中。

• FLAG_ACTIVITY_SINGLE_TOP:和上 面Activity的Launch mode的singleTop类 似。如果某个intent添加了这个标志,并且

这个intent的目标activity就是栈顶

FLAG_ACTIVITY_SINGLE_TOP

• 如果已经启动了四个Activity:A,B, C和D。在D 里,要到B ,同时去掉 C D 。用:Intent.FLAG_ACTIVITY_CLEAR_T OP

• 如果不想重新再创建⼀一个新的B,则加 上:Intent.FLAG_ACTIVITY_SINGLE

• intent.setFlags(Intent.FLAG_ACTIVITY_SI NGLE_TOP |Intent.FLAG_ACTIVITY_CLEAR_TOP);

• 这个和singleTask方式差不多

Android的5个进程等级

• 1) Foreground Process

• 正处于Activity Resume() 状态

• 正处于与bound服务交互的状态

• 正处于服务在前台运行的状态 , (startForeground() 被调用)

• Service生命周期函数正在被执行 ( onCreate() , onStart() , onDestroy())

• BroadcastReceiver 正在执 行onReceive()方法

杀死Foreground Process 需要用户响应

程序启动





PackManager和ActivityManager

一、PackageManager相关

PackageManager相关

本类API是对所有基于加载信息的数据结 构的封装,包括以下功能:

•

安装,卸载应用 查询permission相关信息 查询Application相关信

息(application,activity,receiver,service ,provider及相应属性等)

查询已安装应用 增加,删除permission 清除用户数据、缓存,代码段等

Launcher

• 系统启动后加载的第⼀一个程序 • 是其他应用程序的入口

• HomeScreen

Activity,Window,View的关系

• Activity在onCreate之前调用attach方法, 在attach方法中会创建window对 象。window对象创建时并木有创 建Decor对象对象。用户在Activity中调 用setContentView,然后调 用window的setContentView,这时会检 查DecorView是否存在,如果不存在则创 建DecorView对象,然后把用户自己 的View 添加到DecorView中。

Android消息

• 关于消息机制的几个类 • Handler

• Message

• MessageQueue

• Looper

Android消息

• 1.Looper:(相当于隧道) ⼀一个线程可以产生 ⼀一个Looper 对象,由它来管理此线程里 的Message Queue( 车队,消息隧道) 。

• 2.Handler: 你可以构造Handler 对象来 与Looper 沟通,以便push 新消息 到Message Queue 里;或者接 收Looper( 从Message Queue 取出) 所送 来的消息。

• 3. Message Queue( 消息队列): 用来存放线 程放入的消息。

• 4 .线程:UI thread 通常就是main

thread ,而Android 启动程序时会替它建立

Activity实际是如何实例化的

activity and binder

• 从宏观的角度观

察Binder,Service,Service Manager,并阐 述各自的概念。从Linux的概念空间 中,Android的设计Activity托管在不同的的 进程,Service也都是托管在不同的进程, 不同进程间的Activity,Service之间要交换数 据属于IPC。Binder就是为了Activity通讯而 设计的⼀一个轻量级的IPC框架。

• activity 整个应用程序的启动过程: • ⼀一. Step1 - Step 11:Launcher通

过Binder进程间通信机制通

Activity调用栈

• 0:dalvik.system.VMStack.getThreadStack Trace(Native 1:java.lang.Thread.getStackTrace(Thread .java:737)

• 2:app.android.demo.activity.MainTestActiv ity$1.run(MainTestActivity.java:40) 3:android.os.Handler.handleCallback(Han dler.java:587)

• 4:android.os.Handler.dispatchMessage(H andler.java:92)

• 5:android.os.Looper.loop(Looper.java:123

)

• • • • •

• •

Activity调用栈




• 每个应用程序都以ActivityThread.main()为 入口进入到消息循环处理。对于⼀一个进程 来讲,我们需要这个闭合的处理框架。



Activity与HistoryRecord的关系

• 在整个系统中,Activity实际上有两个实 体。⼀一个在应用进程中跟应用程序员打交 道的Activity,⼀一个是在AMS的中具有管理 功能的History Record。应用进程中 的Activity都登记ActivityThread实例中 的mActivity数组中,而 在AM端,HistroytRecord实例放置 在mHistroy栈中。mHistory栈是Android管 理Activity的场所,放置在栈顶的就 是User看到的处于活动状态的Activity。

• Activity与HistrotyRecord的关系图可以表示

如下: