Android学习四四大组件.docx
《Android学习四四大组件.docx》由会员分享，可在线阅读，更多相关《Android学习四四大组件.docx（26页珍藏版）》请在冰豆网上搜索。
Android学习四四大组件
Android培训讲解（四）
四大组件
文档修改记录
版本
内容
编写人
编写日期
审核人
审核日期
1.0.0
初稿
苏景博
2013-03-03
xzl137
版权申明：
本文档的版权属于北京软件系统有限公司，任何人或组织未经许可，不得擅自修改、拷贝或以其它方式使用本文档中的内容。
Intent详解
android有四大组件，这四种组件是独立的，它们之间可以互相调用，协调工作，最终组成一个真正的Android应用。
在这些组件之间的通讯中，主要是由Intent协助完成的。
Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将Intent传递给调用的组件，并完成组件的调用。
因此，Intent在这里起着一个媒体中介的作用，专门提供组件互相调用的相关信息，实现调用者与被调用者之间的解耦。
例如，在一个联系人维护的应用中，当我们在一个联系人列表屏幕（假设对应的Activity为listActivity）上，点击某个联系人后，希望能够跳出此联系人的详细信息屏幕（假设对应的Activity为detailActivity）
为了实现这个目的，listActivity需要构造一个Intent，这个Intent用于告诉系统，我们要做“查看”动作，此动作对应的查看对象是“某联系人”，然后调用startActivity（Intentintent），
将构造的Intent传入，系统会根据此Intent中的描述，到ManiFest中找到满足此Intent要求的Activity，系统会调用找到的Activity，即为detailActivity，最终传入Intent，detailActivity则会根据此Intent中的描述，执行相应的操作
在Android参考文档中，对Intent的定义是执行某操作的一个抽象描述（确实很抽象）。
我们先来看看这里的抽象描述，到底描述了什么。
首先，是要执行的动作（action）的一个简要描述，如VIEW_ACTION（查看）、EDIT_ACTION（修改）等，Android为我们定义了一套标准动作：
MAIN_ACTION
VIEW_ACTION
EDIT_ACTION
PICK_ACTION
GET_CONTENT_ACTION
DIAL_ACTION
CALL_ACTION
SENDTO_ACTION
ANSWER_ACTION
INSERT_ACTION
DELETE_ACTION
RUN_ACTION
LOGIN_ACTION
CLEAR_CREDENTIALS_ACTION
SYNC_ACTION
PICK_ACTIVITY_ACTION
WEB_SEARCH_ACTION
此外，我们还可以根据应用的需要，定义我们自己的动作，并可定义相应的Activity来处理我们的自定义动作。
其次，是执行动作要操作的数据（data），Android中采用指向数据的一个URI来表示，如在联系人应用中，一个指向某联系人的URI可能为：
content:
//contacts/1。
这种URI表示，通过ContentURI这个类来描述，具体可以参考.ContentURI类的文档。
另外，除了action和data这两个重要属性外，还有一些附加属性：
category（类别），被执行动作的附加信息。
例如LAUNCHER_CATEGORY表示Intent的接受者应该在Launcher中作为顶级应用出现
type（数据类型），显式指定Intent的数据类型（MIME）。
一般Intent的数据类型能够根据数据本身进行判定，但是通过设置这个属性，可以强制采用显式指定的类型而不再进行推导。
component（组件），指定Intent的的目标组件的类名称。
通常Android会根据Intent中包含的其它属性的信息，比如action、data/type、category进行查找，最终找到一个与之匹配的目标组件。
但是，如果component这个属性有指定的话，将直接使用它指定的组件，而不再执行上述查找过程。
指定了这个属性以后，Intent的其它所有属性都是可选的。
extras（附加信息），是其它所有附加信息的集合。
使用extras可以为组件提供扩展信息，比如，如果要执行“发送电子邮件”这个动作，可以将电子邮件的标题、正文等保存在extras里，传给电子邮件发送组件。
总之，action、data/type、category和extras一起形成了一种语言。
这种语言使系统能够理解诸如“查看某联系人的详细信息”之类的短语。
随着应用不断的加入到系统中，它们可以添加新的action、data/type、category来扩展这种语言。
应用也可以提供自己的Activity来处理已经存在的这样的“短语”，从而改变这些“短语”的行为
Intent就是各个组件之间通信的一个纽带
Context详解
Context，中文直译为“上下文”，SDK中对其说明如下：
Interfacetoglobalinformationaboutanapplicationenvironment.ThisisanabstractclasswhoseimplementationisprovidedbytheAndroidsystem.Itallowsaccesstoapplication-specificresourcesandclasses,aswellasup-calls forapplication-leveloperationssuchaslaunchingactivities,broadcastingandreceivingintents,etc
从上可知一下三点,即：
1、它描述的是一个应用程序环境的信息，即上下文。
2、该类是一个抽象（abstractclass）类，Android提供了该抽象类的具体实现类（后面我们会讲到是ContextIml类）。
3、通过它我们可以获取应用程序的资源和类，也包括一些应用级别操作，例如：
启动一个Activity，发送广播，接受Intent信息 等。
。
于是，我们可以利用该Context对象去构建应用级别操作（application-leveloperations）。
初期我们可不用对context做过多的了解，只需要把他当作一个activity对象就可（Activity.this），调用关闭activity的finish（）方法是有如下三种方式：
1、finish（）
2、this.finish（）;
3、Context.Finash（）
上述的三种方式是等同效果。
Activity详解
Activty的生命周期的也就是它所在进程的生命周期。
一个Activity的启动顺序：
onCreate（）onStart（）onResume（）
当另一个Activity启动时:
第一个ActivityonPause（）第二个Activity onCreate（）onStart（）onResume（）
——>第一个Activity onStop（）
当返回到第一个Activity时：
第二个ActivityonPause第一个Activity onRestart（）——>onStart（）——>onResume（）
——>第二个Activity onStop（）——>onDestroy（）
一个Activity的销毁顺序:
（情况一）onPause（）——>
（情况二）onPause（）——>onStop（）——>
（情况三）onPause（）——>onStop（）——>onDestroy（）
每一个活动（Activity）都处于某一个状态，对于开发者来说，是无法控制其应用程序处于某一个状态的，这些均由系统来完成。
但是当一个活动的状态发生改变的时候，开发者可以通过调用onXX（）的方法获取到相关的通知信息。
在实现Activity类的时候，通过覆盖（override）这些方法即可在你需要处理的时候来调用。
一、onCreate：
当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。
onCreate方法有一个参数，该参数可以为空（null），也可以是之前调用onSaveInstanceState（）方法保存的状态信息。
二、 onStart：
该方法的触发表示所属活动将被展现给用户。
三、 onResume：
当一个活动和用户发生交互的时候，触发该方法。
四、 onPause：
当一个正在前台运行的活动因为其他的活动需要前台运行而转入后台运行的时候，触发该方法。
这时候需要将活动的状态持久化，比如正在编辑的数据库记录等。
五、 onStop：
当一个活动不再需要展示给用户的时候，触发该方法。
如果内存紧张，系统会直接结束这个活动，而不会触发onStop方法。
所以保存状态信息是应该在onPause时做，而不是onStop时做。
活动如果没有在前台运行，都将被停止或者Linux管理进程为了给新的活动预留足够的存储空间而随时结束这些活动。
因此对于开发者来说，在设计应用程序的时候，必须时刻牢记这一原则。
在一些情况下，onPause方法或许是活动触发的最后的方法，因此开发者需要在这个时候保存需要保存的信息。
六、onRestart：
当处于停止状态的活动需要再次展现给用户的时候，触发该方法。
七、onDestroy：
当活动销毁的时候，触发该方法。
和onStop方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。
· onSaveInstanceState：
系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。
通常情况下，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。
Activity栈简介
上面提到开发者是无法控制Activity的状态的，那Activity的状态又是按照何种逻辑来运作的呢？
这就要知道Activity栈。
每个Activity的状态是由它在Activity栈（是一个后进先出LIFO，包含所有正在运行Activity的队列）中的位置决定的。
当一个新的Activity启动时，当前的活动的Activity将会移到Activity栈的顶部。
如果用户使用后退按钮返回的话，或者前台的Activity结束，活动的Activity就会被移出栈消亡，而在栈上的上一个活动的Activity将会移上来并变为活动状态。
如下图所：
一个应用程序的优先级是受最高优先级的Activity影响的。
当决定某个应用程序是否要终结去释放资源，Android内存管理使用栈来决定基于Activity的应用程序的优先级。
activity状态介绍
一般activity有如下四种状态：
活动的：
当一个Activity在栈顶，它是可视的、有焦点、可接受用户输入的。
Android试图尽最大可能保持它活动状态，杀死其它Activity来确保当前活动Activity有足够的资源可使用。
当另外一个Activity被激活，这个将会被暂停。
暂停：
在很多情况下，你的Activity可视但是它没有焦点，换句话说它被暂停了。
有可能原因是一个透明或者非全屏的Activity被激活。
当被暂停，一个Activity仍会当成活动状态，只不过是不可以接受用户输入。
在极特殊的情况下，Android将会杀死一个暂停的Activity来为活动的Activity提供充足的资源。
当一个Activity变为完全隐藏，它将会变成停止。
停止：
当一个Activity不是可视的，它“停止”了。
这个Activity将仍然在内存中保存它所有的状态和会员信息。
尽管如此，当其它地方需要内存时，它将是最有可能被释放资源的。
当一个Activity停止后，一个很重要的步骤是要保存数据和当前UI状态。
一旦一个Activity退出或关闭了，它将变为待用状态。
待用：
在一个Activity被杀死后和被加载前，它是待用状态的。
待用Acitivity被移除Activity栈，并且需要在显示和可用之前重新启动它。
activity的四种加载模式
在android的多activity开发中，activity之间的跳转可能需要有多种方式，有时是普通的生成一个新实例，有时希望跳转到原来某个activity实例，而不是生成大量的重复的activity。
加载模式便是决定以哪种方式启动一个跳转到原来某个Activity实例。
在android里，有4种activity的启动模式，分别为：
·standard:
标准模式，一调用startActivity（）方法就会产生一个新的实例。
·singleTop:
如果已经有一个实例位于Activity栈的顶部时，就不产生新的实例，而只是调用Activity中的newInstance（）方法。
如果不位于栈顶，会产生一个新的实例。
·singleTask:
会在一个新的task中产生这个实例，以后每次调用都会使用这个，不会去产生新的实例了。
·singleInstance:
这个跟singleTask基本上是一样，只有一个区别：
在这个模式下的Activity实例所处的task中，只能有这个activity实例，不能有其他的实例。
这些启动模式可以在功能清单文件AndroidManifest.xml中进行设置，AndroidManifest.xml中的launchMode属性。
相关的代码中也有一些标志可以使用,比如我们想只启用一个实例,则可以使用Intent.FLAG_ACTIVITY_REORDER_TO_FRONT标志，这个标志表示：
如果这个activity已经启动了，就不产生新的activity，而只是把这个activity实例加到栈顶来就可以了。
Intentintent=newIntent（ReorderFour.this,ReorderTwo.class）;
intent.addFlags（Intent.FLAG_ACTIVITY_REORDER_TO_FRONT）;
startActivity（intent）;
Activity的加载模式受启动Activity的Intent对象中设置的Flag和manifest文件中Activity的元素的特性值交互控制。
下面是影响加载模式的一些特性
核心的IntentFlag有：
FLAG_ACTIVITY_NEW_TASK
FLAG_ACTIVITY_CLEAR_TOP
FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
FLAG_ACTIVITY_SINGLE_TOP
核心的特性有：
taskAffinity
launchMode
allowTaskReparenting
clearTaskOnLaunch
alwaysRetainTaskState
finishOnTaskLaunch
四种加载模式的区别
所属task的区别
一般情况下，“standard”和”singleTop”的activity的目标task，和收到的Intent的发送者在同一个task内，就相当于谁调用它，它就跟谁在同一个Task中。
除非Intent包括参数FLAG_ACTIVITY_NEW_TASK。
如果提供了FLAG_ACTIVITY_NEW_TASK参数，会启动到别的task里。
“singleTask”和”singleInstance”总是把要启动的activity作为一个task的根元素，他们不会被启动到一个其他task里。
是否允许多个实例
“standard”和”singleTop”可以被实例化多次，并且是可以存在于不同的task中；这种实例化时一个task可以包括一个activity的多个实例；
“singleTask”和”singleInstance”则限制只生成一个实例，并且是task的根元素。
singleTop要求如果创建intent的时候栈顶已经有要创建的Activity的实例，则将intent发送给该实例，而不创建新的实例。
是否允许其它activity存在于本task内
“singleInstance”独占一个task，其它activity不能存在那个task里；
如果它启动了一个新的activity，不管新的activity的launchmode如何，新的activity都将会到别的task里运行（如同加了FLAG_ACTIVITY_NEW_TASK参数）。
而另外三种模式，则可以和其它activity共存。
是否每次都生成新实例
“standard”对于每一个启动Intent都会生成一个activity的新实例；
“singleTop”的activity如果在task的栈顶的话，则不生成新的该activity的实例，直接使用栈顶的实例，否则，生成该activity的实例。
比如：
现在task栈元素为A-B-C-D（D在栈顶），这时候给D发一个启动intent，如果D是“standard”的，则生成D的一个新实例，栈变为A－B－C－D－D。
如果D是singleTop的话，则不会生产D的新实例，栈状态仍为A-B-C-D
如果这时候给B发Intent的话，不管B的launchmode是”standard”还是“singleTop”，都会生成B的新实例，栈状态变为A-B-C-D-B。
“singleInstance”是其所在栈的唯一activity，它会每次都被重用。
“singleTask”如果在栈顶，则接受intent，否则，该intent会被丢弃，但是该task仍会回到前台。
当已经存在的activity实例处理新的intent时候，会调用onNewIntent（）方法，如果收到intent生成一个activity实例，那么用户可以通过back键回到上一个状态；如果是已经存在的一个activity来处理这个intent的话，用户不能通过按back键返回到这之前的状态。
Service详解
service可以在和多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务嘛，总是藏在后头的。
Service是在一段不定的时间运行在后台，不和用户交互应用组件。
每个Service必须在manifest中通过来声明。
可以通过contect.startservice和contect.bindserverice来启动。
Service和其他的应用组件一样，运行在进程的主线程中。
这就是说如果service需要很多耗时或者阻塞的操作，需要在其子线程中实现。
service的两种模式（startService（）/bindService（）不是完全分离的）：
startService方式：
本地服务LocalService用于应用程序内部。
它可以启动并运行，直至有人停止了它或它自己停止。
在这种方式下，它以调用Context.startService（）启动，而以调用Context.stopService（）结束。
它可以调用Service.stopSelf（）或Service.stopSelfResult（）来自己停止。
不论调用了多少次startService（）方法，你只需要调用一次stopService（）来停止服务。
用于实现应用程序自己的一些耗时任务，比如查询升级信息，并不占用应用程序比如Activity所属线程，而是单开线程后台执行，这样用户体验比较好。
bindService方式：
远程服务RemoteService用于android系统内部的应用程序之间。
它可以通过自己定义并暴露出来的接口进行程序操作。
客户端建立一个到服务对象的连接，并通过那个连接来调用服务。
连接以调用Context.bindService（）方法建立，以调用Context.unbindService（）关闭。
多个客户端可以绑定至同一个服务。
如果服务此时还没有加载，bindService（）会先加载它。
可被其他应用程序复用，比如天气预报服务，其他应用程序不需要再写这样的服务，调用已有的即可。
service生命周期：
使用context.startService（）启动Service是会会经历:
context.startService（）->onCreate（）->onStart（）->Servicerunning
context.stopService（）|->onDestroy（）->Servicestop
如果Service还没有运行，则android先调用onCreate（）然后调用onStart（）；如果Service已经运行，则只调用onStart（），所以一个Service的onStart方法可能会重复调用多次。
stopService的时候直接onDestroy，如果是调用者自己直接退出而没有调用stopService的话，Service会一直在后台运行。
该Service的调用者再启动起来后可以通过stopService关闭Service。
所以调用startService的生命周期为：
onCreate-->onStart（可多次调用）-->onDestroy
使用使用context.bindService（）启动Service会经历：
context.bindService（）->onCreate（）->onBind（）->Servicerunning
onUnbind（）->onDestroy（）->Servicestop
onBind将返回给客户端一个IBind接口实例，IBind允许客户端回调服务的方法，比如得到Service运行的状态或其他操作。
这个时候把调用者（Context，例如Activity）会和Service绑定在一起，Context退出了（activity关闭了），Srevice就会调用onUnbind->onDestroy相应退出。
所以调用bindService的生命周期为：
onCreate-->onBind（只一次，不可多次绑定）-->onUnbind-->onDestory。
在Service每一次的开启关闭过程中，只有onStart可被多次
升级会员 