Android平台下应用程序分组管理软件设计与实现(6)
①活动Activity
②意图接收器Broadcast Receiver
③服务Service
④内容提供者Content Provider
然而，并不是所有的Android应用程序都必须具备上面的四个组件，可以由上面的一个或几个来组建。当决定使用以上哪些组件来构建Android应用程序时，需要将它们注册在AndroidManifest.xml文件中，这是一个XML配置文件，在这个文件中可以声明应用程序组件以及它们的特性和要求。这个配置文件是每个Android应用程序所必需的。
4.2.1 活动
活动是以上四个组件中最常用的一个。每个活动都是Activity的子类，并实现了一些独有的功能，如管理UI显示和UI的反馈事件。一个活动就相当于应用程序的一个用户界面，由事件响应以及视图等组成。大多数的应用程序通常包括多个界面。例如:一个文本聊天应用程序，至少应该包含一个联系人列表界面、一个聊天界面、一个设置界面、一个聊天记录查询界面等等。每个界面其实都可看作是一个活动。显示一个新界面就相当于生成一个对应的活动对象。在一些情况下，活动能够返回给它的上级界面一个返回值，例如一个提供给用户选择照片的活动可以返回给它的调用者用户选择了哪个照片文件。
当一个新的活动出现时，前一个活动被中断并被放入到一个历史堆栈中。用户可以使用返回键使前一个活动重现。当一个活动不再需要时，可以将它们从历史堆栈中移除。默认情况下，Android会为每个应用程序保留从主界面开始的历史堆栈。
Android通过一个被称作意图的特殊类，来实现界面与界面之间的跳转。一个意图描述了一个应用程序想要做什么。在意图的描述结构中，含有两个重要的数据结构:动作和动作对应的数据。典型的动作类型包括MAIN、VIEW、PICK、EDIT等等，而动作对应的数据则以URI的形式表示。例如:显示一个联系人信息的界面，可以创建一个意图，并将它的动作设置成VIEW，数据设置成表示这个人信息的URI。
除此之外，还有一个被称作意图过滤器(IntentFiher)的相关类。当发生一个有效的目的请求时，意图过滤器用来描述一个活动能够处理什么意图。如上例中所描述，
想要正常显示一个联系人信息的界面，必须声明一个意图过滤器，它说明当有联系人数据要被在界面上显示时，知道如何处理它们。通常意图过滤器要被注册在AndroidManifest.xml文件中。从一个界面跳转到另一个界面是由解析各种意图实现的。例如:一个活动使用startActivity(myIntent)来调用其他活动时，系统会查找所有已经安装的应用程序的意图过滤器，并从中挑选出能够匹配myIntent意图的活动。随后，这个新的活动接收到意图(myIntent)的通知并开始运行。当startActivity方法被调用，解析意图的处理过程随之发生，这个机制有以下两个突出的优点:
活动可以通过一个以意图形式产生的请求来重用其他组件的功能。
活动可以在任何时候被一个具有等价意图过滤器的新活动所替代。
4.2.2 意图接收器
当想要编写代码来对外部事件做一些处理时，可以使用意图接收器。意图接收器并不显示UI界面，它是通过NotificationManager来通知用户他们感兴趣的事件发生了。意图接收器同样可以被注册在AndroidManifest.xml文件中，同时也可以在代码中使用Context.registerReceiver()来注册自己的意图接收器。当一个意图接收器被触发时，系统会根据需要来启动应用程序。
4.2.3 服务
Android应用程序中不可见的“工人”。 Service组件运行时不可见，但它负责更新的数据源和可见的Activity，以及触发通知。它们常用来执行一些需要持续运行的处理，当你的 Activity已经不处于激活状态或不可见。