Android应用及应用管理简介
2010-05-06 09:31
288 查看
一、概述
07年,Google公司推出了基于Java语言的Android平台,引起了IT业界的一致关注,同年,播思通讯公司开始研发基于其的OPhone平台。08年,第一款Android手机G1面世,这款Google为HTC量身打造的滑盖手机由T Mobile发行,获得了用户的极大好评,也为整个Android平台的正式商用作出了榜样。
09年,将是OPhone/Android手机的第一个井喷年,播思通讯联合中国移动和各个手机厂商即将推出多款触屏手机。同时,Android社区也日趋壮大,已拥有各种应用五百多个,并在快速增长之中。
本文将对Android应用结构及Android系统的应用管理加以介绍。
本文面对的读者是对Android应用的研发人员、或有过Android开发经验的入门者。
二、Android应用结构
什么是Android应用?
理解什么是Android应用是Android入门所必须的,也是了解应用管理的前提。那什么是Android应用呢?即指基于Android开发,编译,运行在Android平台的应用。这种应用在编译阶段被打成一个jar包,以.apk结尾,包内包含了所有运行阶段需要的代码与资源,其中主要分为三块:描述文件AndroidManifest.xml、代码段和运行时资源。
AndroidManifest.xml
AndroidManifest.xml是Android应用的描述文件,它描述了该应用的相关信息,主要包括以下各个元素。包名(package)
指定本应用内java主程序包的包名。当没有指定apk的文件名时,编译后产生程序包将以此命名。本包名应当在Android系统运行时唯一。认证(certificate)
指定本应用程序所授予的信任级别,目前有的认证级别有platform(system)、shared、media以及应用自定义的认证。不同的认证可以享受不同的权限。权限组(permission-group)
权限组的定义是为了描述一组具有共同特性的权限。Android系统中预订了一些组,它们是:android.permission-group.COST_MONEY
android.permission-group.MESSAGES
android.permission-group.MESSAGES
android.permission-group.PERSONAL_INFO
android.permission-group.LOCATION
android.permission-group.NETWORK
android.permission-group.ACCOUNTS
android.permission-group.HARDWARE_CONTROLS
android.permission-group.PHONE_CALLS
android.permission-group.SYSTEM_TOOLS
android.permission-group.DEVELOPMENT_TOOLS
从字面意思我们就可以理解每个组的特性。具体含义可以参考SDK文档。
权限(permission)
权限用来描述是否拥有做某件事的权力。Android系统中权限是分级的,前分为普通级别(Normal),危险级别(dangerous),签名级别(signature)和系统/签名级别(signature or system)。系统中所有预定义的权限根据作用的不同,分别属于不同的级别。
对于普通和危险级别的权限,我们称之为低级权限,应用申请即授予。其他两级权限,我们称之为高级权限或系统权限,应用拥有platform级别的认证才能申请。
当应用试图在没有权限的情况下做受限操作,应用将被系统杀掉以警示。
系统应用可以使用任何权限。权限的声明者可无条件使用该权限。
目前Android系统定义了许多权限,通过SDK文档用户可以查询到哪些操作需要哪些权限,然后按需申请。
权限树(permission-tree)
权限树的设置是为了统一管理一组权限,声明于该树下的权限所有者归属该应用。系统提供了API,应用可以在运行时动态添加。 PackageManager.addPermission()
使用权限(uses-permission)
应用需要的权限应当在此处申请,所申请的权限应当被系统或某个应用所定义,否则视为无效申请。同时,使用权限的申请需要遵循权限授予条件,非platform认证的应用无法申请高级权限。
SDK(uses-sdk)
标识本应用运行的SDK版本。高兼容性的应用可以忽略此项。application
application是Android应用内最高级别(top level)的模块,每个应用内最多只能有一个application,如果应用没有指定该模块,一个默认的application将被启用。application将在应用启动时最先被加载,并存活在应用的整个运行时生命周期。因此一些初始化的工作适合在本模块完成。
Application元素有许多属性,其中:“persistent”表示本应用是否为常驻内存,“enable”表示本应用当前是否应当被加载。
其它相关属性请参考SDK文档,开发者可以根据需要添加。
在AndroidManifest.xml文件中,运行时模块的定义都作为本模块的子元素。
当运行时模块被调度时,如果应用没有启动,将首先启动应用进行初始化,然后调度对应模块。
activity
activity是application模块的运行时子元素,标识了一个UI。除了application,一个应用可以声明并实现零至多个其它运行时模块,activity也同样。activity也包含了许多定义它工作状态的属性,其中:“name”是必须的,它指定了该activity所在的文件名,如果该文件所属包不同于该应用的包名(即本描述文件的最开始处),那么名字前面需要加入所在包名。
activity通过增加intent-fliter来标识哪些intent可以被处理,同时intent也是调度activity的主要参数。
作为一个运行时的对象,activity的调度方式大致分为两种:一种是指定activit所在类名直接调度,另一种是利用activity可以处理的intent进行调度。
同一种intent可以被不同应用的不同activity处理。当出现此种情况时,用户需要选择具体的activity。
receiver
receiver也是application的运行时子元素。receiver通过增加intent-fliter来标识它需要接受哪些intent。当收到intent后,receiver将根据不同的intent进行不同的处理。
当一个Intent发出后,所有注册了该intent的receiver都将会收到,系统会根据receiver在系统中的注册次序顺序发送。当一个receiver处理完该Intent后,系统才会向下一个receiver发送。
当一个receiver有多个未接收的intent时,将按照intent发送的次序顺序接收。
service
service也是application的运行时子元素。Service属于后台模块,启动后将长时间运行,除非停止该service或所在应用进程被杀死。service从功能上分为两种,一种是服务于本应用,此时的service是一个普通的运行时模块,另一种是服务于所有应用或对应应用,此时需要定义API并将之公布来与其它应用进行交互。
service需要通过API:startService()添加到service管理器中,添加后即在后台运行。它接受外界信息的方式分两种:一种是增加IntentFilter来接收intent,一种是外界应用调用该service所定义的API。
provider
provider也是application的运行时子元素。它继承于ContentProvider,是对该应用管理的用户数据的结构化接入,是基于数据库操作方式的封装。如果应用允许外部应用访问/管理它的用户数据,provider是Android平台提供的最佳方式。
activity-alias
顾名思义,是已有activity的别名。uses-library
标识应用启动所必须的共享库。代码段
应用所有的java文件被放入一个包结构,该包命名为classes.dex。运行时资源
Android应用运行时所需的各种资源有layout,drawable,string,style等类型。编译后所有资源统一存放在项目路径/res里,按照用途的不同存放在各个子文件夹中。编译阶段,所有resource将被排序,每个resource在程序包中都拥有唯一的标识,同时一个名为resources.arsc的文件生成并被置入安装包中,该文件包含了所有索引以供运行时快速查询。而resource以同样目录结构组织放入安装包中。
应用管理
应用管理是对系统中所有应用整个生命周期的管理。Android系统中,应用都是以.apk文件的形式存在,因此应用管理也可以简单理解为对.apk文件的管理。从一个应用在系统中的生命周期来看,应用管理可以分为安装,卸载和使用等部分。
应用安装
Android系统中,安装应用时不能指定安装目录,所有的应用都只能装在预置文件夹下。Android系统支持数种安装方式,而播思通讯的Ophone平台在此基础上支持更多方式。
<使用预置安装工具
Android系统中,应用安装包.apk文件属于默认支持的文件类型,它的的mime type被定义为"application/vnd.android.package-archive"。系统内置了安装工具来解析并安装.apk文件。你可以从OPhone平台的文件管理器中找到对应安装包,点击即可启动安装步骤。这里给出了相应的代码,有兴趣的开发者可以尝试使用。
view plaincopy to clipboardprint?
Intent apkintent = new Intent(Intent.ACTION_VIEW);
final Uri puri = Uri.fromFile(new File(path)); //path is the path of source apk
apkintent.setDataAndType(puri, "application/vnd.android.package-archive");
startActivity(apkintent);
Intent apkintent = new Intent(Intent.ACTION_VIEW); final Uri puri = Uri.fromFile(new File(path)); //path is the path of source apk apkintent.setDataAndType(puri, "application/vnd.android.package-archive"); startActivity(apkintent);
使用API安装
Android系统提供了安装应用的API:PackageManager.installPackage(final Uri packageURI,final IPackageInstallObserver observer, final int flags);
uri给出了原文件的地址
observer实现了回调函数packageInstalled(final String packageArchiveName, final int returnCode) 以检查安装是否成功
flags提供安装标识。Android平台提供的标识有:
1.PackageManager.FORWARD_LOCK_PACKAGE = 0x00000001
标识本应用属于受限应用,应用将会被安装到保护目录,只有该应用可以访问代码段和不属于resource的asset资源。
2.PackageManager.REPLACE_EXISTING_PACKAGE = 0x00000002;
应用如已存在,则先删除再安装。
3.PackageManager.SDCARD_PACKAGE = 0x00000004;
由OPhone平台扩展,标识该应用安装目录为存储卡,默认为data分区。
因为手机中data分区大小有限,因此OPhone平台默认将应用装到存储卡上。
本API需要"android.permission.INSTALL_PACKAGES"权限,该权限属于签名级别,因此只有系统级别的应用程序才能使用。
拷贝即安装
Android支持拷贝即安装的方式,即将安装包拷贝到预置安装目录即可自动安装,但所有的预置目录对于用户不可见。OPhone平台扩展后,用户可将安装包拷入存储卡的app目录下,系统将监控该文件夹,检测到新的安装文件后自动安装。
这种方式适合一次安装大量应用,但是也有坏处。一是无法知道哪些应用安装成功,哪些安装失败, 二是安装失败的应用将会作为垃圾存放在预置目录中,在系统启动时延长启动时间,三是过多的应用可能将data分区的空间占用过多,影响系统的正常使用。
安装步骤
解析安装包是否合法,如果合法即加载应用,如果非法即放弃安装取出代码段,放入/data/dalvik-cache目录
建立/data/data/包名的文件夹,以存放用户数据
将安装包携带的lib放入/data/data/包名/lib中
以上步骤完成后将安装包拷到安装目录
加载该应用信息
应用卸载
Android系统同样支持多种卸载方式。使用预置卸载工具
系统内置了卸载工具。这里给出了启动代码,执行后即可看到卸载步骤:
view plaincopy to clipboardprint?
Uri packageURI = Uri.parse("package:"+packageName);
Intent uninstallIntent = new Intent(Intent.ACTION_DELETE, packageURI);
startActivity(uninstallIntent);
Uri packageURI = Uri.parse("package:"+packageName); Intent uninstallIntent = new Intent(Intent.ACTION_DELETE, packageURI); startActivity(uninstallIntent);
使用API卸载
Android提供了卸载应用的标准API:PackageManager().deletePackage(String packageName, IPackageDeleteObserver observer, int flags);observer实现了回调函数packageDeleted(boolean succeeded)以检查卸载是否成功
flags提供卸载标识。Android平台提供的标识有
PackageManager.DONT_DELETE_DATA = 0x00000001;
标识卸载时是否同时删除用户数据。
本API需要"android.permission.DELETE_PACKAGES"权限,该权限属于签名级别,因此只有系统级别的应用程序才能使用。
删除即卸载
对应于拷贝即安装,系统同样支持删除即卸载功能。当用户删除/sdcard/app目录下安装包时,系统将自动检测到删除事件并卸载对应应用。本方法适合一次删除大量应用。
卸载步骤
删除代码段如果需要删除用户数据,则删除
建立/data/data/包名的文件夹,以存放用户数据
删除应用信息
删除安装包
应用使用
应用安装后即处于可用状态。对于系统中所有应用,从管理层面分为信息管理和应用调度两部分;从应用自身角度分为去激活与激活两种状态。信息管理
Android应用的相关信息在AndroidManifest.xml文件中定义,前面已经介绍,信息管理的第一步就是加载信息。系统启动时,将根据安装目录的不同,先后对已安装应用进行信息加载;系统启动后,运行时安装的应用,在安装成功后进行信息加载。
系统中所有信息加载后,在system service进程(Android应用的核心进程,存放了几乎所有的系统service和核心数据结构)中形成了对应数据结构:
permission数据:应用申请的使用权限在此存放,标识了哪些应用有哪些权限。
application数据:每一个应用生成一个application数据,标识了application模块的各种属性和源文件/用户数据的路径。
providers数据:存放了所有的provider及其属性
receiver数据:存放所有receiver及其属性
service数据:存放所有service及其属性
activity数据:存放所有的activity及其属性。
应用调度
应用调度既所有应用的运行时管理,是建立在信息管理之上的。根据运行时模块的静态信息,系统可以进行模块加载和管理。根据application信息,可以得知哪些应用是常驻内存应用,哪些应用是动态加载的应用
根据provider信息,可以得知哪些provider是系统级的,哪些是应用级别的,哪些是公开的,哪些是内不得
根据activity信息,可以获得目标UI来处理用户请求
根据receiver信息,可以得知哪些消息可以被处理
去激活与激活状态
系统启动时,应用信息会被加载,而应用未被启动,此时所有应用处于去激活状态。系统启动完成时,常驻内存应用将被启动,这些应用在系统运行中始终处于激活状态。对于其他应用,当运行时模块(activity,service,receiver,provider等)被调度时,应用将会激活。对于所有已激活的应用,系统将之纳入进程管理和内存管理。进程管理将缓存应用运行时数据和状态,当应用因非正常原因被杀掉后,将有机会在重启后恢复原来状态。系统内存不足时,加通过杀掉非常驻内存应用来释放内存,其优先级为空闲应用>后台应用(即有后台UI)>前台应用(即有UI在前台)。
当应用所在进程被杀掉后,应用重新回到去激活状态。
应用使用的API
Android系统为应用管理功能提供了大量的API。根据功能的不同,这些API分为两大类:PackageManager相关和ActivitManager相关。PackageManager相关
本类API是对所有基于加载信息的数据结构的封装,包括以下功能:安装,卸载应用
查询permission相关信息
查询Application相关信息(application,activity,receiver,service,provider及相应属性等)
查询已安装应用
增加,删除permission
清除用户数据、缓存,代码段等
非查询相关的API需要特定的权限,具体的API请参考SDK文档。
ActivityManager相关
本类API是对运行时管理功能和运行时数据结构的封装,包括以下功能激活/去激活activity
注册/取消注册动态接受intent
发送/取消发送intent
activity生命周期管理(暂停,恢复,停止,销毁等)
activity task管理(前台->后台,后台->前台,最近task查询,运行时task查询)
激活/去激活service
激活/去激活provider等
task管理相关API需要特定的权限,具体API可参考SDK文档。
三、总结
本文实质上是对Android相关API的理论总结与串联,从总体上介绍应用管理的相关知识,并不是一份开发文档或教材,读者仍然需要参考SDK文档中。如果读者看完本文后,对于应用管理有了一定理论基础,对开发有一定的帮助。本文的目的也就达到了。 (作者:邹伟)
相关文章推荐
- [转]Android应用及应用管理简介(作者:邹伟)
- Android应用及应用管理简介
- Android应用及应用管理简介
- Android在联网应用开发中的线程管理与界面更新
- Android 应用管理总结
- Android的JNI_OnLoad简介与应用
- Android进阶——Preference详解之Preference系的基本应用和管理(二)
- Android Training - 管理应用的内存
- [原]用Eclipse开发Android应用,用svn管理源码时遇到的问题及解决方法
- 处女男学Android(三)---Handler简介以及初步应用
- 学生管理系统-基于SQLite数据库的Android应用
- Android应用及应用管理
- Android 让应用手动管理应用的数据目录
- Android进阶——Preference详解之Preference系的基本应用和管理(二)
- Android应用开发-学生信息管理系统
- SQlite Android数据库的应用 Android SQLite 简易的学生成绩管理系统
- Android Training - 管理应用的内存
- Android最热日程管理应用Any.Do登录iOS和Web平台
- Android电源管理相关应用技巧分享
- 全平台最佳密码管理工具大全:支持 Windows、Linux、Mac、Android、iOS 以及企业应用