Activity —— 应用表示层(基类Activity) 应用程序中的每个屏幕都是通过继承和扩展基类Activity来实现的。 同一应用中的每个Activity是相互独立的。程序启动后显示的第一幅画面是应用程序的第一个Activity(默认窗口),而后可以根据需要从这个Activity启动另一个新的Activity。 Activity利用View来实现应用中的GUI(用户直接通过GUI和应用程序做交互)。Activity窗口内的可见内容通过基类View提供。使用Activity.setContentView()方法设置当前Activity中的View对象。 l 每个View对象控制着窗口内的一个矩形空间; l View是一种层次化结构,Parent View中的布局属性会被子View继承; l 位于View层次关系最底层的子View对象所代表的矩形空间就是跟用户进行交互的地方
Activity状态回调:
l onCreate
l onStart
l onRestart
l onResume
l onPause
l onStop
l onDestroy
Service —— 没有可见的用户界面,但能够长时间运行于后台(基类Service) 运行于应用程序进程的主线程中,因此Service不会阻塞其他组件和用户界面。 Service是不能自己启动的,必须通过Context对象(如一个Activity)调用startService或bindService方法来启动(用这两种方法启动的Service的生命周期不同)。 1. 调用startService方法 a) 若Service没有启动,则首先会调用该Service的onCreate方法,然后再调用onStart方法。 b) 若Service已经启动,则会直接调用onStart方法 c) 该方法启动的Service,可以通过Context对象调用stopService来关闭,也可以通过Service自身调用stopSelf()或stopSelfResult()来关闭,关闭之前调用onDestory方法。 2. 调用bindService方法,使当前Context对象通过一个ServiceConnection的对象绑定到所指定的Service a) 若Service没有启动,则首先会调用该Service的onCreate方法初始化启动,然后调用Service的onBind方法初始化绑定。 b) 如果绑定Service的Context对象被销毁时,被绑定的Service也会调用onUnbind 和 onDestroy方法停止运行 c) 注意: BroadcastReceiver是不能绑定服务的。 d) 一个绑定Service的Context对象还可以通过unbindService()来取消对服务的绑定。 e) 取消时,Service会调用unbind方法,若Service是通过bindService来启动的,还会调用onDestroy方法来停止服务。
Service状态回调:
l onCreate
l onStart
l onBind
l onRebind
l onUnbind
l onDestroy
Intent对象抽象地描述了执行操作,Intent的主要组成部分; 1. 目标组件名称。[可选项] a) 组件名称是一个ComponentName对象,是目标组件类名和目标组件所在应用程序包的组合 b) 组件中的包名不一定要和manifes文件中包名完全匹配 c) 如果Intent消息中指明了目标组件的名称,这就是一个显示消息,Intent会传递给指明的组件。 d) 如果目标组件名称并没有指定,Android则通过Intent内的其他信息和已注册的IntentFilter的比较来选择合适的目标组件 2. Action [隐式比较] a) 描述Intent所触发动作的名字字符串。 b) 理论上Action可以为任何字符串,而与Android系统应用有关的Action字符串以静态字符串常量的形式定义在了Intent类中。 3. Data [隐式比较] a) 描述Intent要操作的的数据的URI和数据类型。 b) 正确设置Intent的数据对于Android寻找系统中匹配Intent请求的组件很重要。 4. Category [隐式比较] a) 是对被请求组件的额外描述信息。 b) Android也在Intent类中定义了一组静态字符串常量表示Intent不同的类别。 5. Extra a) 当我们使用Intent连接不同组件时,有时需要在Intent中附加额外的信息,以便将数据传递给目标Activity。 b) Extra用键值对结构保存在Intent对象当中,Intent对象通过调用方法putExtras() 和 getExtras()来存储和获取Extra c) Extra是以Bundle对象的形式来保存的,Bundle对象提供了一系列put和get方法来设置、提取相应键值信息。 d) 在Intent类中同样为Android系统应用的一些Extra的键值定义了静态字符串常量。 6. Flag
决定Intent目标组件的因素: n 在显式Intent消息中,决定目标组件的唯一要素就是组件名称(不用再定义其他Intent内容) n 而隐式Intent消息中,由于没有目标组件名称,所以必须由Android系统帮助应用程序寻找与Intent请求意图最匹配的组件。 n 隐式Intent消息中目标组件具体选择方法是:android将Intent的请求内容和一个叫做IntentFilter的过滤器比较,IntentFilter中包含系统中所有可能的待选组件。如果IntentFilter中某一个组件匹配隐式Intent请求内容,那么Android就选择该组件作为该隐式Intent的目标组件。
IntenFilter 应用程序的组件为了告诉Android自己能响应、处理哪些隐式Intent请求,可以声明一个甚至多个IntentFilter。 每个IntentFilter描述该组件所能响应Intent请求的能力 —— 组件希望接收什么类型的请求行为,什么类型的请求数据。 隐式Intent和IntentFilter进行比较时的三要素:Action、Data、Category。 一个隐式Intent请求要能够传递给目标组件,必需通过以上三个方面的检查。如果任何一方面不匹配,Android都不会将该隐式Intent传递给目标组件。 <intent-filter> <action android:name=””/> <category android:name=””/> <data android:type=”” android:scheme=”” android:authority=”” android:path=””/> </intent-filter> 1. 动作测试 a) 一条 <intent-filter> 中至少应该包含一个<action>, 否则任何Intent请求都不能和该<intent-filter> 匹配。 b) 如果IntentFilter 中没有包含任何Actino类型,那么无论什么Intent请求都无法和这条IntentFilter匹配。 c) 如果Intent请求中没有设定Action类型,那么只要IntentFilter中包含有Action类型,这个Intent请求将顺利通过IntentFilter的测试。 2. 类别测试 a) 只有当Intent请求中所有的Category与组件中的某一个IntentFilter的category完全匹配,才会让该Intent请求通过测试,IntentFilter中的多余category声明并不会导致匹配失败。 b) 一个没有指定任何类别的IntentFilter仅仅只会匹配没有设置类别的Intent请求。 3. 数据测试 a) <data>元素指定了希望接受的Intent请求的数据URI和数据类型:URI被分成三部分类进行匹配,scheme、authority和 path. b) 使用 setData设定的Intent请求的URI数据类型和scheme,必须与IntentFilter中指定的一致 若IntentFilter中还指定了authority或path,他们也需要相匹配才会通过测试。