android APK应用安装过程以及默认安装路径Word文档格式.docx

android APK应用安装过程以及默认安装路径Word文档格式.docx

《android APK应用安装过程以及默认安装路径Word文档格式.docx》由会员分享，可在线阅读，更多相关《android APK应用安装过程以及默认安装路径Word文档格式.docx（32页珍藏版）》请在冰豆网上搜索。

PackageManagerService处理各种应用的安装，卸载，管理等工作，开机时由systemServer启动此服务

（源文件路径：

android\frameworks\base\services\java\com\android\server\PackageManagerService.java）

PackageManagerService服务启动的流程：

1.首先扫描安装“system\framework”目录下的jar包

1.scanDirLI（mFrameworkDir,PackageParser.PARSE_IS_SYSTEM,

scanMode|SCAN_NO_DEX）;

2.第二步扫描安装“system\app”目录下的各个系统应用

scanDirLI（mSystemAppDir,PackageParser.PARSE_IS_SYSTEM,scanMode）;

3.第三步扫描“data\app”目录，即用户安装的第三方应用

scanDirLI（mAppInstallDir,0,scanMode）;

4.第四步扫描"

data\app-private"

目录，即安装DRM保护的APK文件（目前没有遇到过此类的应用）。

scanDirLI（mDrmAppPrivateInstallDir,0,scanMode|SCAN_FORWARD_LOCKED）;

安装应用的过程

1.scanDirLI（Filedir,intflags,intscanMode）遍历安装指定目录下的文件

2.scanPackageLI（FilescanFile,

FiledestCodeFile,FiledestResourceFile,intparseFlags,

intscanMode） 

安装package文件

3.scanPackageLI（

FilescanFile,FiledestCodeFile,FiledestResourceFile,

PackageParser.Packagepkg,intparseFlags,intscanMode）

通过解析安装包parsePackage获取到安装包的信息结构

4.mInstaller.install（pkgName,pkg.applicationInfo.uid,

pkg.applicationInfo.uid）;

实现文件复制的安装过程

frameworks\base\cmds\installd\installd.install）

二、从market上下载应用：

GoogleMarket应用需要使用gmail账户登录才可以使用，选择某一应用后，开始下载安装包，此过程中，在手机的信号区有进度条提示，下载完成后，会自动调用Packagemanager的接口安装，调用接口如下：

publicvoidinstallPackage（finalUripackageURI,finalIPackageInstallObserverobserver,finalintflags）

finalUripackageURI：

文件下载完成后保存的路径

finalIPackageInstallObserverobserver：

处理返回的安装结果

finalintflags：

安装的参数，从market上下载的应用，安装参数为-r（replace）

installPackage接口函数的安装过程：

1.publicvoidinstallPackage（

finalUripackageURI,finalIPackageInstallObserverobserver,finalintflags,

finalStringinstallerPackageName）

finalStringinstallerPackageName:

安装完成后此名称保存在settings里，一般为null,不是关键参数

2.FiletmpPackageFile=copyTempInstallFile（packageURI,res）;

把apk文件复制到临时目录下的临时文件

3.privatevoidinstallPackageLI（UripPackageURI,

intpFlags,booleannewInstall,StringinstallerPackageName,

FiletmpPackageFile,PackageInstalledInfores）

解析临时文件，获取应用包名pkgName=PackageParser.parsePackageName（

tmpPackageFile.getAbsolutePath（）,0）;

4.判断如果带有参数INSTALL_REPLACE_EXISTING，则调用replacePackageLI（pkgName,

tmpPackageFile,

destFilePath,destPackageFile,destResourceFile,

pkg,forwardLocked,newInstall,installerPackageName,

res）

5.如果没有，则调用installNewPackageLI（pkgName,

pkg,forwardLocked,newInstall,installerPackageName,

res）;

6.privatePackageParser.PackagescanPackageLI（

scanPackageLI以后的流程，与开机时的应用安装流程相同。

三、从ADB工具安装 

AndroidDebugBridge（adb）是SDK自带的管理设备的工具，通过ADB命令行的方式也可以为手机或模拟器安装应用，其入口函数源文件为pm.java

android\frameworks\base\cmds\pm\src\com\android\commands\pm\pm.java）

ADB命令行的形式为adbinstall<

path_to_apk>

还可以带安装参数如：

"

-l"

-r"

"

-i"

-t"

函数runInstall（）中判断参数

――INSTALL_FORWARD_LOCK

——INSTALL_REPLACE_EXISTING 

——installerPackageName

——INSTALL_ALLOW_TEST

我们常用的参数为-r，表示覆盖安装手机上已安装的同名应用。

从market上下载的应用，也是直接传入这个参数安装的。

runInstall与market调用同样的接口完成应用安装。

publicvoidinstallPackage（.UripackageURI,android.content.pm.IPackageInstallObserverobserver,intflags,java.lang.StringinstallerPackageName）

四、第三方应用安装――通过SD卡里的APK文件安装 

把APK安装包保存在SD卡中，从手机里访问SD卡中的APK安装包，点击就可以启动安装界面，系统应用Packageinstaller.apk处理这种方式下的安装及卸载界面流程，如下图：

PackageInstallerActivity负责解析包，判断是否是可用的Apk文件

创建临时安装文件/data/data/com.android.packageinstaller/files/ApiDemos.apk

并启动安装确认界面startInstallConfirm，列出解析得到的该应用基本信息。

如果手机上已安装有同名应用，则需要用户确认是否要替换安装。

确认安装后，启动InstallAppProgress，调用安装接口完成安装。

pm.installPackage（mPackageURI,observer,installFlags）;

其它：

1.PackageManagerService.java的内部类AppDirObserver实现了监听app目录的功能：

当把某个APK拖到app目录下时，可以直接调用scanPackageLI完成安装。

2.手机数据区目录“data/system/packages.xml”文件中，包含了手机上所有已安装应用的基本信息，如安装路径，申请的permission等信息。

二:

更改默认安装路径

如果你是一个apk应用开发者,没用android系统全套代码,你只想更改你的APK的默认安装路径的话,可以按下面方法来更改:

在AndroidManifest.xml文件Manifest标签中添加android:

installLocation属性

android:

installLocation

这个属性设置的是默认安装位置，共有三个有效值，auto、internalOnly、preferExternal

对应表

auto表示自动，由系统决定安装位置,如果系统手机内存足够,默认安装在手机内存里,如果手机内在不够,则会安装在T卡内

internalOnly安装在手机内存

preferExternal安装在外部存储中

Constant

Value

Description

auto

Letthesystemdecideinstalllocation

internalOnly

1

Explicitlyrequesttobeinstalledoninternalphonestorageonly

preferExternal

2

PerfertobeinstalledonSDcard,Thereisnoguaranteethatthesystemwillhonorthisrequest.Theapplicationmightendupbeinginstalledoninternalstorageifexternalmediaisunavailableortoofull

<

manifestxmlns:

android="

package="

com.ray"

android:

installLocation="

auto"

versionCode="

1"

versionName="

1.0"

>

如果你是一个手机方案开发者,能改framework层的代码,你希望下载到手机里的APK都默认优先安装到T卡的话,可以按下面方法更改:

在PackageParser.java文件里,将privatestaticfinalintPARSE_DEFAULT_INSTALL_LOCATION 

这个PARSE_DEFAULT_INSTALL_LOCATION值,改为PackageInfo.INSTALL_LOCATION_PREFER_EXTERNAL,就可以了.默认下载就会下到T卡里,T卡不存在或者满了时,才会下到手机内部.或者如果在应用的AndroidManifest.xml里,指定了installLocation属性为手机内部存储的话,是会存在手机内部的.没指这定的话,PARSE_DEFAULT_INSTALL_LOCATION这个值指定什么,就下到哪里

安装在T卡里的应用,有几个缺点:

1:

因为android装载T卡是在系统启动完成后,才开始装载的.所以如果应用装在T卡里的话,那么它是收不到开机启动完成的BOOT_COMPLETED这个广播的

2:

如果T卡损坏或者T卡拨出来了,那么装在T卡里的应用是启动不了的.

系统应用安装的详细过程,老罗有篇文章写得很透彻,这里引用下:

Android系统在启动的过程中，会启动一个应用程序管理服务PackageManagerService，这个服务负责扫描系统中特定的目录，找到里面的应用程序文件，即以Apk为后缀的文件，然后对这些文件进解析，得到应用程序的相关信息，完成应用程序的安装过程，本文将详细分析这个过程。

应用程序管理服务PackageManagerService安装应用程序的过程，其实就是解析析应用程序配置文件AndroidManifest.xml的过程，并从里面得到得到应用程序的相关信息，例如得到应用程序的组件Activity、Service、BroadcastReceiver和ContentProvider等信息，有了这些信息后，通过ActivityManagerService这个服务，我们就可以在系统中正常地使用这些应用程序了。

应用程序管理服务PackageManagerService是系统启动的时候由SystemServer组件启动的，启后它就会执行应用程序安装的过程，因此，本文将从SystemServer启动PackageManagerService服务的过程开始分析系统中的应用程序安装的过程。

应用程序管理服务PackageManagerService从启动到安装应用程序的过程如下图所示：

下面我们具体分析每一个步骤。

Step1.SystemServer.main

这个函数定义在frameworks/base/services/java/com/android/server/SystemServer.java文件中：

[java] 

viewplaincopy

1.public 

class 

SystemServer 

2.{ 

...... 

5. 

native 

public 

static 

void 

init1（String[] 

args）;

6. 

7. 

8. 

9. 

main（String[] 

args） 

{ 

10. 

11. 

12. 

init1（args）;

13. 

14. 

15. 

} 

16. 

17. 

18.} 

SystemServer组件是由Zygote进程负责启动的，启动的时候就会调用它的main函数，这个函数主要调用了JNI方法init1来做一些系统初始化的工作。

Step2.SystemServer.init1

这个函数是一个JNI方法，实现在 

frameworks/base/services/jni/com_android_server_SystemServer.cpp文件中：

[cpp] 

1.namespace 

android 

3.extern 

C"

int 

system_init（）;

5.static 

android_server_SystemServer_init1（JNIEnv* 

env, 

jobject 

clazz） 

6.{ 

8.} 

10./* 

* 

JNI 

registration. 

*/ 

13.static 

JNINativeMethod 

gMethods[] 

= 

/* 

name, 

signature, 

funcPtr 

init1"

（[Ljava/lang/String;

）V"

（void*） 

android_server_SystemServer_init1 

}, 

16.};

18.int 

register_android_server_SystemServer（JNIEnv* 

env） 

19.{ 

20. 

return 

jniRegisterNativeMethods（env, 

com/android/server/SystemServer"

21. 

gMethods, 

NELEM（gMethods））;

22.} 

23. 

24.};

// 

namespace 

这个函数很简单，只是调用了system_init函数来进一步执行操作。

Step3. 

libsystem_server.system_init

函数system_init实现在libsystem_server库中，源代码位于frameworks/base/cmds/system_server/library/system_init.cpp文件中：

1.extern 

status_t 

system_init（） 

LOGI（"

Entered 

system_init（）"

）;

sp<

ProcessState>

proc（ProcessState:

:

self（））;

IServiceManager>

sm 

defaultServiceManager（）;

ServiceManager:

%p\n"

sm.get（））;

GrimReaper>

grim 

new 

GrimReaper（）;

sm->

asBinder（）->

linkToDeath（grim, 

grim.get（）, 

0）;

char 

propBuf[PROPERTY_VALUE_MAX];

property_get（"

system_init.startsurfaceflinger"

propBuf, 

if 

（strcmp（propBuf, 

） 

== 

0） 

Start 

the 

SurfaceFlinger 

SurfaceFlinger:

instantiate（）;

18. 

19. 

sensor 

service 

SensorService:

22. 

On 

simulator, 

audioflinger 

et 

al 

don'

t 

get 

started 

24. 

same 

way 

as 

on 

device, 

and 

we 

need 

to 

start 

them 

here 

25. 

（!

proc->

supportsProcesses（）） 

26. 

27.