Android 应用程序基础Application FundamentalsWord格式文档下载.docx

Android 应用程序基础Application FundamentalsWord格式文档下载.docx

《Android 应用程序基础Application FundamentalsWord格式文档下载.docx》由会员分享，可在线阅读，更多相关《Android 应用程序基础Application FundamentalsWord格式文档下载.docx（15页珍藏版）》请在冰点文库上搜索。

Android一个核心的特点就是一个应用能使用另一个应用的元素（如果另一个应用允许的话），你的应用不需要包含你用到的另一个应用的代码也不需要你连接这些代码，相反的，只是当应用需要这些代码时，就启动另一个应用相应的代码（不是让另一个应用全部启动）

为了这个能工作，当一个应用的任何部分被需要时系统必须能启动这个应用进程，并且将这个部分实例化成java对象，因此，和其他大多数系统不同的是，android应用程序没有一个单独的程序入口（例如：

没有main（）函数），相反的，android应用有必要的组件以便当需要时系统能实例化并运行它，android中有四种组件：

Activity 

一个Activity是一个可见的用户可以使用的用户界面，如果一个应用中有多个Activity，虽然彼此结合形成一个应用在一起工作，但是每个Activity是彼此独立的，每个都是Activity的一个子类。

一个应用程序可能由一个或多个Activity组成，这些Activity这么样显示，需要多少个Activity，依赖于这个应用的设计者，一般的，有一个Activity应该被标记成当这个应用启动时第一个呈现出来给用户的。

每个Activity默认的被给予一个窗口来绘制，一般的，这个窗口占满整个屏幕，但是他可以比屏幕小并且浮在另一个窗口的上面。

一个窗口中的可见的内容是由一些具有层次关系的view组成的，都是继承自View类的，每个view都控制一个窗口中的特定的矩形框，parentview包含childrenview和组织childrenview的布局，leafview（那些在继承层次最底层的view）绘制在他们所控制的矩形框中，并且对用户的动作做出直接的回应，因此view就是Activity和用户交互的地方，android有很多已经做好的view你可以使用，包括buttons，textfields，scrollbars，menuitems，checkboxes等等

一个viewhierarchy是通过Activity.setContentView（）方法被放到一个Activity的window中的，contentview是viewhierarchy中最顶端的那个view。

Services

一个service不是一个用户可见的组件，在不确定的一段时间内运行在后台，每个service都继承自Service类。

你可以连接（connect）或者绑定（bind）到一个正在运行的service（如果这个service还没运行的话就启动它），当连接到service后，你可以通过一个service暴露出来的接口和这个service交流，对musicservice来说，这个接口可以是允许用户暂停，后退，停止，重新播放。

和Activity或者其他组件一样，service运行在这个应用进程的主线程中，所以他不会阻塞其他的组件或者用户界面，他们经常为那些耗时长的任务单独开一个线程。

Broadcastreceivers

一个broadcastreceiver这样一个组件，他只是接收广播并作出反应，在系统中有很多已有的广播，比如反应时区变化（timezone）的，电池变化（battery）的，用户修改了系统语言时的广播，应用程序也可以自己定义广播，比如定义这样一个广播，让其他的应用知道某些数据已经下载完毕了可以使用了。

一个应用可以有任意多个broadcastreceiver来对他所关心的广播进行监听并作出反应。

所有的receiver都继承自BroadcastReceiver类。

BroadcastReceiver不显示在用户界面上，然而，他们可以启动一个Activity来作为他们接收到的信息一种反应，或者他们可以使用NotificationManager来提示用户，Notifications可以通过不同的方式获得用户的注意，比如点亮呼吸灯，震动电话，播放一个声音等等，他们一般放一个图标在状态栏上，来让用户可以打开获得这些信息。

（4） 

Contentproviders

Contentproviders是一个应用程序数据的集合，来让其他的应用可以访问这些数据，这些数据可以被存在文件系统中，SQLite数据库中，或者其他可以存数据的地方，Contentproviders是一个基本的方法集合来使其他的应用可以获得和存储这些数据，然而应用不直接调用这些方法，而是使用一个ContentResolver对象来调用这些方法，一个ContentResolver可以和任何的Contentproviders交流，他和provider协作来管理系统中任何进程间的通信。

无论何时一个请求都应该由一个特定的组件来处理，android系统来确保包含这个组件的应用进程运行，如果需要就启动它，如果需要就为这个组件创造一个实例，确保这个组件的一个适当的实例可以被得到。

2、 

启动组件：

intent

当有一个来自于contentresolver的请求指向Contentprovider时，contentprovider启动，其他的三个组件（Activity，service，broadcastreceiver）是通过一个叫做intent的异步的消息来启动的，一个intent持有一个message的内容，对Activity和service来说，他是一个被要求的动作（action）和在该动作上的数据的URI，对broadcastreceiver来说，intent对象是一个被广播的动作。

针对每种组件分别有对应的方法来启动它：

一个Activity是通过传递一个Intent对象到Context.startActivity（）或者Activity.startActivityForResult（）来启动的（或者去做一些新的任务），被启动的这个Activity可以通过getIntent（）来获得导致他启动的那个intent的。

一个service是通过传递一个Intent对象到Context.startService（）来启动的（或者给一些新的命令给正在运行的service），android调用service的onStart（）方法，并且把Intent对象传递给他，同样的，一个Intent可以传递到Context.bindService（）方法里来建立一个介于正在运行的service和调用他的组件之间的连接，这个service通过onBind（）方法来接收这个Intent对象，（如果这个service还没有运行，bindservice（）能选择性的启动它），在后面的部分，关于绑定service的更多详细的信息请查看远程调用。

一个应用可以通过传递一个Intent对象给像Context.sendBroadcast（）,Context.sendOrderedBroadcast（）, 

Context.sendStickyBroadcast（）这样的方法来开始一个广播，android通过调用对应的onReceive（）方法将intent传递给所有对这个广播感兴趣的broadcastreceiver。

3、 

关闭组件（Shuttingdowncomponents）

当对来自于contentresolver的请求作出回应时contentprovider就启动了，当有一个感兴趣的broadcastmessage被广播时，broadcastreceiver启动，所以我们需要知道怎么关闭这些组件。

Activity可以通过调用它自己的finish（）方法来关闭，一个Activity也可以通过调用finishActivity（）来关闭另一个Activity（这个Activity是通过调用startActivityForResult（）来启动的）。

一个service可以通过调用自己的stopSelf（），或者Context.stopService（）来关闭。

当组件不再使用时或者android为了更多组件能运行而回收内存时，android系统是关闭这些组件的，在后面的部分，可以在组件的生命周期中看到更多更详细的介绍。

4、 

ActivitiesandTasks

一个Activity可以启动另一个Activity，即使这个Activity是定义在另一个应用里的，比如说，你想展示给用户一条街的地图，现在已经有一个Activity可以做这件事，那么现在你需要做的就是将你请求的信息放进一个Intent对象里，并且通过startActivity（）传递给他，这个地图就可以显示出来了，但用户按下BACK键时，你的Activity又重新出现在屏幕上。

对用户来说，显示地图的Activity和你的Activity好像在一个应用中的，即使是他们是定义在不用的应用中的，运行在各自的应用进程中，android将两个Activity放进一个task里，一个task是一组彼此联系的Activity，被安排在一个堆栈中，堆栈中的根Activity就是开辟这个task的，一般的，他是用户选择应用后首先启动的那个Activity，堆栈顶部的Activity是当前正在运行的Activity，当一个Activity启动另一个Activity时，新的Activity被压进堆栈中，成为运行的Activity，当用户按下BACK键，当前的Activity弹出堆栈，先前的Activity恢复成为运行的Activity。

一个task就是一组Activity的堆栈，不是在manifest文件里的一个类，一个元素，所以没有方法来为一个task里的Activity独立的设置值，对task设置值是在rootActivity里设置的。

一个task里的所有Activity组成一个单元，整个task（整个Activity堆栈）可以在前台，也可以在后台（应用程序的切换就是task的前后台的切换），假设，当前的task有四个Activity在堆栈里，用户按下HOME键，去开启另一个应用（实际上是一个新的task），那么当前的task就退到后台运行，新开启的应用的rootActivity此时就显示出来了，然后，过了一段时间，用户回到主界面，又重新选择了以前的那个应用（先前的那个task），那么先前的那个task此时又回到了前台了，当用户按下BACK键时，屏幕不是显示刚刚关闭的那个应用，而是移除回到前台的这个task堆栈栈顶Activity，将下一个Activity显示出来。

刚才描述的情况是Activity和task默认的行为，但是有很多的方法来对几乎所有的方面进行修改，如Activity和task的联系。

task里Activity的行为，是受启动它的Intent对象的flag和在manifest文件中的Activity的属性集合共同影响的。

Flag：

FLAG_ACTIVITY_NEW_TASK

FLAG_ACTIVITY_CLEAR_TOP

FLAG_ACTIVITY_RESET_TASK_IF_NEEDED

FLAG_ACTIVITY_SINGLE_TOP

<

activity>

属性：

taskAffinity

launchMode

allowTaskReparenting

clearTaskOnLaunch

alwaysRetainTaskState

finishOnTaskLaunch

5、 

Affinitiesandnewtasks

默认的，一个应用里的所有Activity都有联系，所有都是属于一个task的，然而，可以通过<

下的taskAffinity属性来为每个Activity单独的设置属性关系，定义在不同应用中的Activity可以共享一种关系（affinity），或者定义在同一个应用中的Activity可以分配不同的关系（affinity）。

这种关系在两种情况下生效，当启动Activity的Intent对象包含有FLAG_ACTIVITY_NEW_TASK标志，一个Activity的allowTaskReparenting属性设置为true。

FLAG_ACTIVITY_NEW_TASK

一个Activity调用startActivity（）启动一个新的Activity时，新的Activity会压入到相同的task中的，如果传递给startactivity（）的Intent对象含有FLAG_ACTIVITY_NEW_TASK标志，系统就会寻找一个新的task来装这个新的Activity，然而，也不总是这么做，如果已经有一个task和这个新的的Activity有相同的关系，那么就把这个新的Activity放进这个task里，如果没有，就启动一个新的task。

allowTaskReparenting属性

如果一个Activity的allowTaskReparenting属性设置为true，这个Activity就可以从启动时的那个task移动到一个和他有关系的当前在前台的一个task里，比如，假设现在有一个天气预报的Activity被定义在一个旅行的应用里，他和这个应用里的其他Activity有相同的关系（默认的关系），并且他允许reparenting，现在你自己应用有一个Activity启动这个天气预报的Activity，那么天气预报Activity就会移动到你的Activity所在的task里，当旅行的应用又回到前台时，天气预报Activity重新回到以前的那个task并显示。

（个人观点：

如果说没有设置这个属性，或者这个属性设置为false，那么一个应用里的Activity调用另一个应用里的Activity时，系统是为另一个应用里的Activity创建一个实例，然后放到同一个task里，但是如果设置了allowTaskReparenting为true，那么另一个应用里的Activity是可以在不同的task间来回移动的，那个task在前台就移动到那个task里）

6、 

启动方式

下的launchMode属性可以设置四种启动方式：

"

standard"

（thedefaultmode）

singleTop"

singleTask"

singleInstance"

这些不同的方式可以从下面的四点来说：

对一个Intent作出回应时哪个task应该去持有这个Activity。

对standard和singleTop方式来说，新的Activity和通过startActivity调用他的Activity处在同一个task中，如果调用时Intent对象里含有FLAG_ACTIVITY_NEW_TASK标志，那么就像前面讲的那样的寻找一个新的task。

相反的，singTask和singleInstance方式，总是标志Activity为task的rootActivity，他们不会进入到其他的task中。

一个Activity是否可以有多个实例。

一个standard或者singleTop属性的Activity可以实例化多次，他们可以属于多个不同的task。

相反的，singleTask或者singleInstance属性的Activity只能有一个实例（单例）。

实例是否能允许在task里有其他的Activity。

一个singleInstance属性的Activity单独的在他自己的task里，并且这个task里只能有他自己一个Activity，如果他启动了另一个Activity，那个Activity会根据启动模式来启动并装进一个不同的task里。

其他的方面，singleInstance和singleTask一样的。

其他三个方式允许有多个Activity在一个task里，一个singleTask属性的Activity总是一个task里的rootActivity，但是他可以启动另外的Activity并且将这个新的Activity装进同一个task里，standard和singleTop属性的Activity可以出现在task的任何地方。

一个类（Activity）的对象是否可以被启动来处理一个新的Intent。

对默认的standard方式，会实例化一个对象来处理每一个新的Intent，每个实例处理一个新的Intent，对singleTop方式，如果一个已经存在的实例是在task的栈顶，那么就重用这个实例来处理这个新的Intent，如果这个实例不在栈顶，那就不复用他，而是重新创建一个实例来处理这个新的Intent并且将这个实例压入堆栈。

例如现在有一个task堆栈ABCD，A是rootActivity，D是栈顶Activity，现在有一个启动D的Intent来了，如果D是默认的standard方法，那么就会创建一个新的实例来处理这个Intent，所以这个堆栈就变为ABCDD，然而如果D是singleTop方式，这个已经存在的栈顶的D就会来处理这个Intent，所以堆栈还是ABCD。

D此时调用onNewIntent（），此时D可以调用getIntent（）来获得最初的Intent，或者调用setIntent（）来更新这个Intent。

如果现在有一个Intent来启动B，不管B是standard还是singleTop（因为现在B不在栈顶），都会创建一个新的实例，所以堆栈变为ABCDB

在一个task里，对singleTask和singleInstance属性的Activity只能有一个实例。

所以这仅有的一个会来处理所以的Intent，一个singleInstance属性Activity总在栈顶（因为task里就只有他一个Activity），所以他会处理所以的Intent，但是一个singleTask属性的Activity必须是task的rootActivity（也就是必须在栈底），不能确定他的上面是否还有其他的Activity，如果没有，就可以处理，如果还有其他的Activity，那么如果现在有一个Intent来启动这个singleTask属性的Activity，这个Intent将会被丢掉（即使是这个Intent被丢掉，他的到来还是会导致这个task回到前台）。

当创建一个类（Activity）的实例来处理一个新的Intent时，用户可以按下BACK键回到上一个Activity，但是如果是用已经存在的栈顶的Activity来处理Intent的话，按下BACK键是不能回到以前的状态的（没处理这个Intent之前）。

7、 

清理堆栈

当用户离开一个task一段时间后，系统就会清理掉task里出了rootActivity以外的Activity，如果用户又回来了，显示的是rootActivity，就像是用户离开又回来，是放弃以前的东西，开始新的东西。

上面说的是默认的情况，有一些Activity的属性可以用来控制和修改这些行为。

alwaysRetainTaskState

如果一个task里的rootActivity的alwaysRetainTaskState属性设置为true，那么前面描述的默认情况就不会出现了，task即使过了一段时间也会一直保留所有的Activity。

clearTaskOnLaunch

如果一个task里的rootActivity的clearTaskOnLaunch属性设置为true，和alwaysRetainTaskState相反，即使是一瞬间的离开，系统马上就会清理掉task里出rootActivity以外的所有Activity。

这个属性和clearTaskOnLaunch一样，但是他是对一个Activity起作用，不是整个task，他能引起所有的Activity离开，包括rootActivity，当这个属性设置为true，只是当用户使用这个应用时Activity才在task里，一旦用户离开后重新回来，显示的不是当前的界面。

还有其他的方法来从task里强制移动Activity，如果一个Intent对象里包含FLAG_ACTIVITY_CLEAR_TOP标志，并且目标task里已经一个在自己task里可以处理Intent的Activity（就是处理这个Intent无需实例化另外一个Activity），那么在这个Activity之上的所有Activity将被清除，能处理这个Intent的Activity就移到栈顶来处理这个Intent，例如ABCD堆栈，含有FLAG_ACTIVITY_CLEAR_TOP标志的Intent来启动B，那么清除CD，B到达栈顶来响应Intent，此时是AB，如果B设置了standard属性，那么还是清楚CD，然后再创建一个实例来响应Intent，此时是ABB，因为standard属性的Activity总是创建一个新的实例来响应新的Intent。

8、 

进程和线程（ProcessesandThreads）

当一个应用的第一个组件需要运行时，android系统就为这个组件启动一个只有一个线程的Linux进程，默认的，应用的所有组件都运行这个进程中的这个线程中。

但是，你可以安排组件运行在其他的进程中，并且为你的任意的进程增加若干线程。

进程

组件运行的进程是在manifest文件里控制的，四大组件都一个process属性可以指定进程来运行，这些属性可以被设置为了每个组件都可以运行在他自己的进程中，或者几个组件共享一个进程，或者不共享，如果两个应用共享一个LinuxuserID并且有相同的权限，那么就可以使这两个应用中的组件运行在相同的进程中，<

application>

也有process属性，用来指定对所有组件的属性。

所有的组件都在指定的进程中的主线程中实例化，系统调用这些组件就是从主线程里发出的，其他的线程将不会对每个组件再实例化，所有作为调用的回应的这些方法，比如说View.onKeyDown（）还是组件的生命周期函数等等都是运行在