android APK应用安装过程以及默认安装路径.docx
《android APK应用安装过程以及默认安装路径.docx》由会员分享，可在线阅读，更多相关《android APK应用安装过程以及默认安装路径.docx（32页珍藏版）》请在冰豆网上搜索。
androidAPK应用安装过程以及默认安装路径
androidAPK应用安装过程以及默认安装路径
分类：
Android
一:
安装过程
APK是类似SymbianSis或Sisx的文件格式。
通过将APK文件直接传到Android模拟器或Android手机中执行即可安装。
Android应用安装有如下四种方式
1. 系统应用安装――开机时完成，没有安装界面
2. 网络下载应用安装――通过market应用完成，没有安装界面
3. ADB工具安装――没有安装界面。
4. 第三方应用安装――通过SD卡里的APK文件安装，有安装界面，由packageinstaller.apk应用处理安装及卸载过程的界面。
应用安装的流程及路径
应用安装涉及到如下几个目录：
system/app
系统自带的应用程序，无法删除
data/app
用户程序安装的目录，有删除权限。
安装时把apk文件复制到此目录
data/data
存放应用程序的数据
Data/dalvik-cache
将apk中的dex文件安装到dalvik-cache目录下（dex文件是dalvik虚拟机的可执行文件,其大小约为原始apk文件大小的四分之一）
安装过程：
复制APK安装包到data/app目录下，解压并扫描安装包，把dex文件（Dalvik字节码）保存到dalvik-cache目录，并data/data目录下创建对应的应用数据目录。
卸载过程：
删除安装过程中在上述三个目录下创建的文件及目录。
一、系统应用安装：
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,
tmpPackageFile,
destFilePath,destPackageFile,destResourceFile,
pkg,forwardLocked,newInstall,installerPackageName,
res）;
6.privatePackageParser.PackagescanPackageLI（
FilescanFile,FiledestCodeFile,FiledestResourceFile,
PackageParser.Packagepkg,intparseFlags,intscanMode）
scanPackageLI以后的流程，与开机时的应用安装流程相同。
三、从ADB工具安装
AndroidDebugBridge（adb）是SDK自带的管理设备的工具，通过ADB命令行的方式也可以为手机或模拟器安装应用，其入口函数源文件为pm.java
（源文件路径：
android\frameworks\base\cmds\pm\src\com\android\commands\pm\pm.java）
ADB命令行的形式为adbinstall,还可以带安装参数如：
"-l""-r""-i""-t"
函数runInstall（）中判断参数
"-l"――INSTALL_FORWARD_LOCK
"-r"——INSTALL_REPLACE_EXISTING
"-i"——installerPackageName
"-t"——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
0
Letthesystemdecideinstalllocation
internalOnly
1
Explicitlyrequesttobeinstalledoninternalphonestorageonly
preferExternal
2
PerfertobeinstalledonSDcard,Thereisnoguaranteethatthesystemwillhonorthisrequest.Theapplicationmightendupbeinginstalledoninternalstorageifexternalmediaisunavailableortoofull
android="
package="com.ray"
android:
installLocation="auto"
android:
versionCode="1"
android:
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.{
3. ......
4.
5. native public static void init1（String[] args）;
6.
7. ......
8.
9. public static void 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] viewplaincopy
1.namespace android {
2.
3.extern "C" int system_init（）;
4.
5.static void android_server_SystemServer_init1（JNIEnv* env, jobject clazz）
6.{
7. system_init（）;
8.}
9.
10./*
11. * JNI registration.
12. */
13.static JNINativeMethod gMethods[] = {
14. /* name, signature, funcPtr */
15. { "init1", "（[Ljava/lang/String;）V", （void*） android_server_SystemServer_init1 },
16.};
17.
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 android
这个函数很简单，只是调用了system_init函数来进一步执行操作。
Step3. libsystem_server.system_init
函数system_init实现在libsystem_server库中，源代码位于frameworks/base/cmds/system_server/library/system_init.cpp文件中：
[cpp] viewplaincopy
1.extern "C" status_t system_init（）
2.{
3. LOGI（"Entered system_init（）"）;
4.
5. sp proc（ProcessState:
:
self（））;
6.
7. sp sm = defaultServiceManager（）;
8. LOGI（"ServiceManager:
%p\n", sm.get（））;
9.
10. sp grim = new GrimReaper（）;
11. sm->asBinder（）->linkToDeath（grim, grim.get（）, 0）;
12.
13. char propBuf[PROPERTY_VALUE_MAX];
14. property_get（"system_init.startsurfaceflinger", propBuf, "1"）;
15. if （strcmp（propBuf, "1"） == 0） {
16. // Start the SurfaceFlinger
17. SurfaceFlinger:
:
instantiate（）;
18. }
19.
20. // Start the sensor service
21. SensorService:
:
instantiate（）;
22.
23. // On the simulator, audioflinger et al don't get started the
24. // same way as on the device, and we need to start them here
25. if （!
proc->supportsProcesses（）） {
26.
27.
升级会员 