Android Core

内容概要

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