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的关系图可以表示
如下: