程中不被改变。
    　　(7)SQLite:SQLite是一套开放性的关联式资料库，能够被所有应用程序使用的轻量级的关系数据库引擎。
    　　(8)web Kit:是一个先进的网页浏览器引擎，被用来构建Android浏览器和内嵌的web视图，也可以让开发者利用这个引擎来做不同的应用。
    　　(9)lib c:就是一个BSD标准C类库。但是，针对Linux嵌入式装置进行过最佳化的调整。
    2.3 Android应用的构成和工作机制
    　　对于一个Android应用程序来说，是由Activity、IntentReceiver、Service、Content Provider四部分组成，但并不是每一个Android应用程序都必须由这四部分组成。在应用程序中使用时，需要在配置文件AndroidManifest.xml中进行配置。这个配置文件是每个Android应用程序所必需的，用于定义应用程序的组件、组件的功能以及必要条件等。Android应用的构成和工作流程如图2-1:
    　　
    　　图2-1 Android的构成和工作流程
    3Android应用程序结构剖析
    　　3.1 Android的API
    　　Android API主要包含了以下几个部分:
    　　(1)AndroidManifest.xml
    　　AndroidManifest.xml是系统的控制文件，它告诉系统如何处理所创建的所有应用组件(尤其是活动(Activity)，服务(Service)，意图接收器(Intent Receiver)和内容提供者(Content Provider))。举例来说，控制文件就是把活动和要接收的意图(Intents)连接在一起的"胶水"。
    　　(2)活动
    　　活动就是一个有生命周期的对象。一个活动就是完成某些工作的代码块，这部分工作还可能包括对用户UI界面的显示。不过这不是必须的，有些活动从不显示UI界面。
    　　(3)视图
    　　视图可以将其自身绘制到屏幕上。Android的用户界面由一系列的视图树构成。接口都是由一组以树的形式出现的视图组成的。开发者可以通过创建一个新的视图的方法来使用自定义的图形处理技术(比如开发游戏，或者是使用了不常用的用户图形窗口界面)。
    　　(4)意图
    　　意图是一个简单的消息对象，它表示程序想做某事的"意图"。比如应用程序想要显示一个网页，那么它可以通过创建一个Intent实例并将其传递给系统来表示意图浏览这个URI。系统将定位到能处理这一Intent的代码(在当前情况下就是浏览器)，并运行之。意图也可以用于广播系统范围内的有效事件(例如通知事件)。
    　　(5)服务
    　　服务是运行在后台的一段代码。它可以运行在它自己的进程，也可以运行在其他应用程序的进程里，这取决于自身的需要.。其它的组件可以绑定到一个服务上来，通过远程过程调用(RPC)来调用这个方法。例如媒体播放器的服务，当用户退出媒体选择的界面时，仍然希望音乐依然可以继续播放，这时就可用服务来保证当用户界面关闭时音乐还继续播放着。
    　　 (6)通知
    　　通知将以小图标的形式呈现在状态栏里，用户通过与图标的交互来接收消息。最常见的通知包括短信息、通话记录和语音邮件，但是应用程序也可以创建它们自己的通知事件。
    　　
    　　(7)内容提供者
    　　内容提供者是用来提供对设备上数据进行访问。典型的例子就是使用内容提供者来访问联系人列表。应用程序也可以使用其它程序通过内容提供者提供的数据，同时也可以定义自己的内容提供者来向其它应用提供数据访问服务。
    　　3.2Android应用程序结构解析
    　　通常由以下四个组件来构建一个完整的Android应用程序。
    　　①活动
    　　②意图接收器
    　　③服务
    　　④内容提供者
    　　然而，并不是所有的Android应用程序都必须具备上面的四个组件，可以由上面的一个或几个来组建。当决定使用以上哪些组件来构建Android应用程序时，需要将它们注册在AndroidManifest.xml文件中，这是一个XML配置文件，在这个文件中可以声明应用程序组件以及它们的特性和要求。这个配置文件是每个Android应用程序所必需的。
    　　3.2.1活动
    　　活动是以上四个组件中最常用的一个。每个活动都是Activity的子类，并实现了一些独有的功能，如管理UI显示和UI的反馈事件。一个活动就相当于应用程序的一个用户界面，由事件响应以及视图等组成。大多数的应用程序通常包括多个界面。例如:一个文本聊天应用程序，至少应该包含一个联系人列表界面、一个聊天界面、一个设置界面、一个聊天记录查询界面等等。每个界面其实都可看作是一个活动。显示一个新界面就相当于生成一个对应的活动对象。在一些情况下，活动能够返回给它的上级界面一个返回值，例如一个提供给用户选择照片的活动可以返回给它的调用者用户选择了哪个照片文件。
    　　当一个新的活动出现时，前一个活动被中断并被放入到一个历史堆栈中。用户可以使用返回键使前一个活动重现。当一个活动不再需要时，可以将它们从历史堆栈中移除。默认情况下，Android会为每个应用程序保留从主界面开始的历史堆栈。
    　　Android通过一个被称作意图的特殊类，来实现界面与界面之间的跳转。一个意图描述了一个应用程序想要做什么。在意图的描述结构中，含有两个重要的数据结构:动作和动作对应的数据。典型的动作类型包括MAIN、VIEW、PICK、EDIT等等，而动作对应的数据则以URI的形式表示。例如:显示一个联系人信息的界面，可以创建一个意图，并将它的动作设置成VIEW，数据设置成表示这个人信息的URI。
    　　除此之外，还有一个被称作意图过滤器(IntentFiher)的相关类。当发生一个有效的目的请求时，意图过滤器用来描述一个活动能够处理什么意图。如上例中所描述，想要正常显示一个联系人信息的界面，必须声明一个意图过滤器，它说明当有联系人数据要被在界面上显示时，知道如何处理它们。通常意图过滤器要被注册在AndroidManifest.xml文件中。从一个界面跳转到另一个界面是由解析各种意图实现的。例如:一个活动使用startActivity(myIntent)来调用其他活动时，系统会查找所有已经安装的应用程序的意图过滤器，并从中挑选出能够匹配myIntent意图的活动。随后，这个新的活动接收到意图(myIntent)的通知并开始运行。当startActivity方法被调用，解析意图的处理过程随之发生，这个机制有以下两个突出的优点:
    　　活动可以通过一个以意图形式产生的请求来重用其他组件的功能。
    　　活动可以在任何时候被一个具有等价意图过滤器的新活动所替代。
    　　3.2.2意图接收器
    　　当想要编写代码来对外部事件做一些处理时，可以使用意图接收器。意图接收器并不显示UI界面，它是通过NotificationManager来通知用户他们感兴趣的事件发生了。意图接收器同样可以被注册在AndroidManifest.xml文件中，同时也可以在代码中使用Context.registerReceiver()来注册自己的意图接收器。当一个意图接收器被触发时，系统会根据需要来启动应用程序。
    　　3.2.3服务
    　　服务是具有长生命周期并且没有用户界面的代码。
    　　3.2.4内容提供者
    　　在Android中，每个应用程序都是有自己的userID及在自己的进程中执行。这样做的好处是，可以保护系统及应用程序，避免被其他不正常的应用程序所影响。可以把每个进程想像成是一个黑盒子，彼此不会互相影响，连内存的资料都无法共享。如果应用程序之间想要共享数据，就需要使用用内容提供者。一个内容提供者就是一个类，它实现了一个标准的方法集合。其他的应用程序可以使用这些方法来保存和检索此内容提供者处理过的数据。
    　　3.3 Intent的详细解析
    　　在一个Android应用中，主要是由四种组件组成的，这四种组件可参考上一节的内容。而这四种组件是独立的，它们之间可以互相调用，协调工作，最终组成一个真正的Android应用。在这些组件之间的通讯中，主要是由意图

上一篇：基于Android的手机流量控制软件设计与实现——毕业论文(word文档)
下一篇：面向android系统的测试工具_毕业论文