移动开发平台手册-高级.docx

Iuap mobile应用与介绍背景知识-Android平台架构Android的架构图如下，图中按照功能结构及面向人群进行划分，可以看出Android分成三个部分，其中我们构建的第三方应用在应用部分，是基于Android提供的SDK进行开发的，并受到SDK接口的约束。应用部分：包含在Android设备上运行的所有应用，它们是Android系统中直接面向用户的部分。核心部分： Android系统中核心的功能实现，包括应用框架、核心类库等，每个Android应用的开发者，都是在此基础上进行应用开发的。底层部分：主要指Android寄宿的Linux操作系统及相关驱动。通常来说，只有硬件厂商和从事Android移植的开发者，才会基于此来进行开发。应用层对于普通的用户而言，只能通过具体的应用来判断移动平台的优劣。即便一个移动平台具有最华丽的技术，但是如果不能给用户提供最得心应手的应用，顶多也只能赢得无冕之王的名头，而无法抓住用户的心，赢得市场的认可。Android应用层由运行在Android设备上的所有应用共同构成，它不仅包括通话、短信、联系人等系统应用（随Android系统一起预装在移动设备上），还包括其他后续安装到设备中的第三方应用。第三方应用都是基于Android提供的SDK（So（API 9）开始，新增了android.app.NativeActivity类，它是通过调用预定义的JNI接口来实现的。开发者可以基于NDK，通过 C/C++语言来实现具体功能。这就意味着，开发者仅通过C/C++语言就能实现整个应用。这对于游戏开发者而言是一大喜讯，但由于控件在Android 中并没有Native的实现，普通的应用开发者通常还是需要通过Java来实现上层界面。框架层框架层是Android系统中最核心的部分，它集中体现了Android系统的设计思想。在Android之前，有很多基于Linux内核打造的移动平台。作为超越前辈的成功范例，框架层的设计正是Android脱颖而出的关键所在。框架层由多个系统服务（System Service）共同组成，包括组件管理服务、窗口管理服务、地理信息服务、电源管理服务、通话管理服务，等等。所有服务都寄宿在系统核心进程 （System Core Process）中，在运行时，每个服务都占据一个独立的线程，彼此通过进程间的通信机制（Inter-Process Communication，IPC）发送消息和传输数据。应用层中的应用，时刻都在与这些系统服务打交道。每一次构造窗口、处理用户交互事件、绘制界面、获得当前地理信息、了解设备信息等操作，都是在各个系统服务的支持下实现的。而对于开发者而言，框架层最直观的体现就是SDK，它通过一系列的Java功能模块，来实现应用所需的功能。SDK的设计决定了上层应用的开发模式、开发效 率及能够实现的功能范畴。因此，对于开发者而言，关注SDK的变迁是一件很有必要的事情，SDK每个新版本的诞生，都意味着一些老的接口会被调整或抛弃， 另一些新的接口和功能火热出炉。开发者不但要查看和关注那些被修改的接口，来检查应用的兼容性，并采取相应的策略去适应这些变化，更重要的是，开发者还要追踪新提供的接口，寻找改进应用的机会，甚至是寻求开发新应用的可能。从系统设计的角度来看，Android期望框架层是所有应用运行的核心，参与到应用层的每一次操作中，并进行全局统筹。Android应用的最大特征是基于组件的设计方式。每个应用都由若干个组件构成，组件和组件之间并不会建立通信信道，而是通过框架层的系统服务，集中地调度和传递消息。这样的设计方式相当于增加了一个中间层，该层了解所有组件的状况，可以更智能地进行协调，从而提升了整个系统的灵活性。运行时和所有的Java程序运行平台一样，为了实现Java程序在运行阶段的二次编译， Android为它们提供了运行时（Runtime）的支撑。Android的运行时由Java核心类库和Java虚拟机Dalvik共同构成。Java核心类库涵盖了Android框架层和应用层所要用到的基础Java库，包括Java对象库、文件管理库、网络通信库，等等。Dalvik 是为Android量身打造的Java虚拟机，负责动态解析执行应用、分配空间、管理对象生命周期等工作。如果说框架层是整个Android的大脑，决定了Android应用的设计特征，那么，Dalvik就是Android的心脏，为Android的应用提供动力，决定它们的执行效率。与为低端移动设备而设计的J2ME虚拟机不同，Dalvik是专门为高端设备而优化设计的。它没有采用基于栈的虚拟机架构，而是采取了基于寄存器的虚拟机架构设计。通常来说，基于栈的虚拟机对硬件的依赖程度小、生成的应用更节约空间，可以适配更多的低端设备；而基于