欢迎转载,转载请注明:http://blog.csdn.net/zhgxhuaa
说明
Android通过PackageManagerService(后面简称Pms)进行包管理,其主要功能包含:用户ID分配、包解析、包的安装卸载等。本文不正确Pms进行分析。主要目的是探讨一下包安装。在本文中主要探讨包安装的相关操作,卸载作为安装的逆过程。实现类似,不再赘述。在应用安装/卸载这里主要有这么几个常见的功能点:
A. 静默安装/卸载
B. 秒装/秒卸载
C. 卸载应用保存数据
D. 系统内置应用卸载
E. 卸载后清除残留数据
以下就从这几个方面做一下分析介绍。
Android中APK的安装方式
在Android中APK的安装有三种方式:
1、开机Pms初始化时,扫描包安装文件夹。
@/frameworks/base/services/java/com/android/server/SystemServer.java
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | public void initAndLoop() { ...... IPackageManager pm = null ; ...... try { ...... pm = PackageManagerService.main(context, installer, factoryTest != SystemServer.FACTORY_TEST_OFF, onlyCore); ...... } catch (RuntimeException e) { Slog.e( "System" , "******************************************" ); Slog.e( "System" , "************ Failure starting core service" , e); } ...... } |
@/frameworks/base/services/java/com/android/server/pm/PackageManagerService.java
1 2 3 4 5 6 7 | public static final IPackageManager main(Context context, Installer installer, boolean factoryTest, boolean onlyCore) { PackageManagerService m = new PackageManagerService(context, installer, factoryTest, onlyCore); ServiceManager.addService( "package" , m); return m; } |
以下是Pms构造函数的实现:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 | public PackageManagerService(Context context, Installer installer, boolean factoryTest, boolean onlyCore) { ...... synchronized (mInstallLock) { // writer synchronized (mPackages) { ...... File dataDir = Environment.getDataDirectory(); mAppDataDir = new File(dataDir, "data" ); mAppInstallDir = new File(dataDir, "app" ); mAppLibInstallDir = new File(dataDir, "app-lib" ); mAsecInternalPath = new File(dataDir, "app-asec" ).getPath(); mUserAppDataDir = new File(dataDir, "user" ); mDrmAppPrivateInstallDir = new File(dataDir, "app-private" ); ...... // Find base frameworks (resource packages without code). mFrameworkInstallObserver = new AppDirObserver( frameworkDir.getPath(), OBSERVER_EVENTS, true , false ); mFrameworkInstallObserver.startWatching(); scanDirLI(frameworkDir, PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR, scanMode | SCAN_NO_DEX, 0); // Collected privileged system packages. File privilegedAppDir = new File(Environment.getRootDirectory(), "priv-app" ); mPrivilegedInstallObserver = new AppDirObserver( privilegedAppDir.getPath(), OBSERVER_EVENTS, true , true ); mPrivilegedInstallObserver.startWatching(); scanDirLI(privilegedAppDir, PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR | PackageParser.PARSE_IS_PRIVILEGED, scanMode, 0); // Collect ordinary system packages. File systemAppDir = new File(Environment.getRootDirectory(), "app" ); mSystemInstallObserver = new AppDirObserver( systemAppDir.getPath(), OBSERVER_EVENTS, true , false ); mSystemInstallObserver.startWatching(); scanDirLI(systemAppDir, PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR, scanMode, 0); // Collect all vendor packages. File vendorAppDir = new File( "/vendor/app" ); mVendorInstallObserver = new AppDirObserver( vendorAppDir.getPath(), OBSERVER_EVENTS, true , false ); mVendorInstallObserver.startWatching(); scanDirLI(vendorAppDir, PackageParser.PARSE_IS_SYSTEM | PackageParser.PARSE_IS_SYSTEM_DIR, scanMode, 0); ...... if (!mOnlyCore) { EventLog.writeEvent(EventLogTags.BOOT_PROGRESS_PMS_DATA_SCAN_START, SystemClock.uptimeMillis()); mAppInstallObserver = new AppDirObserver( mAppInstallDir.getPath(), OBSERVER_EVENTS, false , false ); mAppInstallObserver.startWatching(); scanDirLI(mAppInstallDir, 0, scanMode, 0); mDrmAppInstallObserver = new AppDirObserver( mDrmAppPrivateInstallDir.getPath(), OBSERVER_EVENTS, false , false ); mDrmAppInstallObserver.startWatching(); scanDirLI(mDrmAppPrivateInstallDir, PackageParser.PARSE_FORWARD_LOCK, scanMode, 0); ...... } // synchronized (mPackages) } // synchronized (mInstallLock) } |
通过Pms的构造函数能够看出,Pms在初始化时会扫描/system/app、vender/app、/data/app、/data/app-private四个应用安装文件夹,然后调用sanDirLI方法进行安装。
Pms通过AppDirObserver对这四个应用安装文件夹进行监控。一旦发现APK格式的文件则会调用scanPackageLI进行安装。
2、通过包安装器PackageInstaller安装
Android提供了一个默认的包安装器。位于/package/app/PackageInstaller文件夹。
通过其Manifest文件能够看出。PackageInstaller会对我们安装应用发出的Intent进行处理,这里PackageInstaller提供了两种处理方式,各自是:file方式和package方式。
@/package/app/PackageInstaller/AndroidManifest.xml
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | < activity android:name = ".PackageInstallerActivity" android:configChanges = "orientation|keyboardHidden|screenSize" android:excludeFromRecents = "true" > < intent-filter > < action android:name = "android.intent.action.VIEW" /> < action android:name = "android.intent.action.INSTALL_PACKAGE" /> < category android:name = "android.intent.category.DEFAULT" /> < data android:scheme = "file" /> < data android:mimeType = "application/vnd.android.package-archive" /> </ intent-filter > < intent-filter > < action android:name = "android.intent.action.INSTALL_PACKAGE" /> < category android:name = "android.intent.category.DEFAULT" /> < data android:scheme = "file" /> < data android:scheme = "package" /> </ intent-filter > </ activity > |
@/package/app/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java
1 2 3 4 5 6 7 8 | @Override protected void onCreate(Bundle icicle) { super .onCreate(icicle); ...... initiateInstall(); } |
1 2 3 4 5 | private void initiateInstall() { ...... startInstallConfirm(); } |
在startInstallConfirm方法中点击“确认”后。会发出一个Intent,接收者为InstallAppProgress。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | public void onClick(View v) { if (v == mOk) { if (mOkCanInstall || mScrollView == null ) { // Start subactivity to actually install the application mInstallFlowAnalytics.setInstallButtonClicked(); Intent newIntent = new Intent(); newIntent.putExtra(PackageUtil.INTENT_ATTR_APPLICATION_INFO, mPkgInfo.applicationInfo); newIntent.setData(mPackageURI); newIntent.setClass( this , InstallAppProgress. class ); ...... startActivity(newIntent); finish(); } else { mScrollView.pageScroll(View.FOCUS_DOWN); } } else if (v == mCancel) { ...... } } |
@/package/app/PackageInstaller/src/com/android/packageinstaller/InstallAppProgress.java
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 | public void initView() { setContentView(R.layout.op_progress); int installFlags = 0 ; PackageManager pm = getPackageManager(); ...... String installerPackageName = getIntent().getStringExtra( Intent.EXTRA_INSTALLER_PACKAGE_NAME); Uri originatingURI = getIntent().getParcelableExtra(Intent.EXTRA_ORIGINATING_URI); Uri referrer = getIntent().getParcelableExtra(Intent.EXTRA_REFERRER); int originatingUid = getIntent().getIntExtra(Intent.EXTRA_ORIGINATING_UID, VerificationParams.NO_UID); ManifestDigest manifestDigest = getIntent().getParcelableExtra(EXTRA_MANIFEST_DIGEST); VerificationParams verificationParams = new VerificationParams( null , originatingURI, referrer, originatingUid, manifestDigest); PackageInstallObserver observer = new PackageInstallObserver(); if ( "package" .equals(mPackageURI.getScheme())) { try { pm.installExistingPackage(mAppInfo.packageName); observer.packageInstalled(mAppInfo.packageName, PackageManager.INSTALL_SUCCEEDED); } catch (PackageManager.NameNotFoundException e) { observer.packageInstalled(mAppInfo.packageName, PackageManager.INSTALL_FAILED_INVALID_APK); } } else { pm.installPackageWithVerificationAndEncryption(mPackageURI, observer, installFlags, installerPackageName, verificationParams, null ); } } |
InstallAppProgress即应用安装过程中的进度条界面。
通过上面的代码能够看到在initView方法的最后会调用Pms的installPackageWithVerificationAndEncryption方法进行安装。
3、通过adb命令安装
adb命令pm是Pms的Shellclient,通过pm能够进行包相关的一些操作,包含安装和卸载。pm命令的使用方法例如以下:
pm的代码实如今Pm.java中。例如以下:
@/frameworks/base/cmds/pm/src/com/android/commands/pm/Pm.java
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | public static void main(String[] args) { new Pm().run(args); } public void run(String[] args) { ...... mPm = IPackageManager.Stub.asInterface(ServiceManager.getService( "package" )); ...... if ( "install" .equals(op)) { runInstall(); return ; } if ( "uninstall" .equals(op)) { runUninstall(); return ; } ...... } |
在run方法中初始化了一个Pms的client代理对象mPm,兴许的相关操作将有mPm完毕。
以下看一下Pm中负责安装的方法runInstall的代码实现:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 | private void runInstall() { int installFlags = PackageManager.INSTALL_ALL_USERS; ...... while ((opt=nextOption()) != null ) { if (opt.equals( "-l" )) { installFlags |= PackageManager.INSTALL_FORWARD_LOCK; } else if (opt.equals( "-r" )) { installFlags |= PackageManager.INSTALL_REPLACE_EXISTING; } else if (opt.equals( "-i" )) { installerPackageName = nextOptionData(); if (installerPackageName == null ) { System.err.println( "Error: no value specified for -i" ); return ; } } else if (opt.equals( "-t" )) { installFlags |= PackageManager.INSTALL_ALLOW_TEST; } else if (opt.equals( "-s" )) { // Override if -s option is specified. installFlags |= PackageManager.INSTALL_EXTERNAL; } else if (opt.equals( "-f" )) { // Override if -s option is specified. installFlags |= PackageManager.INSTALL_INTERNAL; } else if (opt.equals( "-d" )) { installFlags |= PackageManager.INSTALL_ALLOW_DOWNGRADE; ...... PackageInstallObserver obs = new PackageInstallObserver(); try { VerificationParams verificationParams = new VerificationParams(verificationURI, originatingURI, referrerURI, VerificationParams.NO_UID, null ); mPm.installPackageWithVerificationAndEncryption(apkURI, obs, installFlags, installerPackageName, verificationParams, encryptionParams); synchronized (obs) { while (!obs.finished) { try { obs.wait(); } catch (InterruptedException e) { } } if (obs.result == PackageManager.INSTALL_SUCCEEDED) { System.out.println( "Success" ); } else { System.err.println( "Failure [" + installFailureToString(obs.result) + "]" ); } } } catch (RemoteException e) { System.err.println(e.toString()); System.err.println(PM_NOT_RUNNING_ERR); } } |
能够看出runInstall终于会调用Pms的installPackageWithVerificationAndEncryption方法进行安装。
通过pm安装时,成功安装的返回信息为“Success”,安装失败的返回信息为”Failure[失败信息]”。
静默安装实现
在了解了Android中包安装的方式后,接下来探讨一些怎样实现”静默安装“。所谓静默安装即跳过安装界面和进度条。在不被用户察觉的情况下载后台安装。以下针对上面的三种安装方式分别来分析怎样实现静默安装。
1、push安装包到应用安装文件夹的方式
在Pms初始化时安装包的流程中。我们知道Pms会监控/system/app、vender/app、/data/app、/data/app-private这四个应用安装文件夹。
因此假设可以将APK文件push进应用安装文件夹不就行触发AppDirObserver中的包安装逻辑了了吗?所以这样的思路理论上是行得通的,但有两个须要注意的点:
第一点:例如以下图所看到的。/system/app的訪问权限为root。这就要求在push到/system/app文件夹时必须具有root权限。
而/data/app的訪问权限为system。要获得system权限就要求使用这样的方式的应用程序必须签名为platform而且sharedUserId制定为“android.uid.system”。
第二点:系统应用(/system/app)与普通应用(/data/app)的安装方式是不同的,对于系统应用。全部资源都包括在apk这个zip包中。并且其在/system/app不必以包名命名(理论上能够随便起名)。
而对于普通应用安装后,它的dex、lib、资源文件(安装包)分别存放在不同的文件夹,而且安装后以packagename-x.apk的形式保存在/data/app文件夹下。
那这样的安装方式是不是就没实用了呢?
非也。
网上有些电子市场或管家类软件实现的”秒装“功能应该就是安装这个思路实现的,当然这里仅仅是推測,须要进一步研究。
2、调用Pm隐藏API
Android实现了一个应用安装器的APK负责包的安装工作,在上面的分析中我们知道。PackageInstaller的工作实际上仅仅是安装界面、权限确认、进度显示等,真正的安装工作依旧是调用Pms实现的。到这里我们就有了另外一种思路,能不能绕过安装界面,直接调用Pms里面的对应方法呢?当然能够,PackageManager类中就提供了这个方案:
@/frameworks/base/core/java/android/content/pm/PackageManager.java
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | /** * @hide * * Install a package. Since this may take a little while, the result will * be posted back to the given observer. An installation will fail if the calling context * lacks the {@link android.Manifest.permission#INSTALL_PACKAGES} permission, if the * package named in the package file's manifest is already installed, or if there's no space * available on the device. * * @param packageURI The location of the package file to install. This can be a 'file:' or a * 'content:' URI. * @param observer An observer callback to get notified when the package installation is * complete. {@link IPackageInstallObserver#packageInstalled(String, int)} will be * called when that happens. observer may be null to indicate that no callback is desired. * @param flags - possible values: {@link #INSTALL_FORWARD_LOCK}, * {@link #INSTALL_REPLACE_EXISTING}, {@link #INSTALL_ALLOW_TEST}. * @param installerPackageName Optional package name of the application that is performing the * installation. This identifies which market the package came from. */ public abstract void installPackage( Uri packageURI, IPackageInstallObserver observer, int flags, String installerPackageName); |
能够看出,这种方法是hide的,因此在应用开发时假设要使用,必须通过反射。
这里的IPackageInstallObserver是installPackage方法的一个回调接口通知,事实上如今IPackageInstallObserver.aidl中,例如以下:
@/frameworks/base/core/java/com/android/content/pm/IPackageInstallObserver.aidl
1 2 3 4 5 6 7 8 9 | package android.content.pm; /** * API for installation callbacks from the Package Manager. * @hide */ oneway interface IPackageInstallObserver { void packageInstalled(in String packageName, int returnCode); } |
使用Android内置未公开API有两种方法:一种是通过反射的方式实现;还有一种是在project文件夹下建立与所引用系统类同样的类和方法,这里仅仅要求类和方法名同样。不须要实现,仅仅保证编译时不报错就能够了,依据Java的类载入机制,在执行时,会去载入系统类。以下是採用另外一种方法时的两段演示样例代码:
实现接口回调的代码例如以下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 | class MyPakcageInstallObserver extends IPackageInstallObserver.Stub { Context cxt; String appName; String filename; String pkname; public MyPakcageInstallObserver(Context c, String appName, String filename,String packagename) { this .cxt = c; this .appName = appName; this .filename = filename; this .pkname = packagename; } @Override public void packageInstalled(String packageName, int returnCode) { Log.i(TAG, "returnCode = " + returnCode); // 返回1代表成功安装 if (returnCode == 1 ) { //TODO } Intent it = new Intent(); it.setAction(CustomAction.INSTALL_ACTION); it.putExtra( "install_returnCode" , returnCode); it.putExtra( "install_packageName" , packageName); it.putExtra( "install_appName" , appName); cxt.sendBroadcast(it); } } |
调用PackageManager.java隐藏方法,代码例如以下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 | /** * 静默安装 * */ public static void autoInstallApk(Context context, String fileName, String packageName, String APPName) { Log.d(TAG, "jing mo an zhuang:" + packageName + ",fileName:" + fileName); File file = new File(fileName); int installFlags = 0 ; if (!file.exists()) return ; installFlags |= PackageManager.INSTALL_REPLACE_EXISTING; if (hasSdcard()) { installFlags |= PackageManager.INSTALL_EXTERNAL; } PackageManager pm = context.getPackageManager(); try { IPackageInstallObserver observer = new MyPakcageInstallObserver( context, APPName, appId, fileName,packageName,type_name); Log.i(TAG, "########installFlags:" + installFlags+ "packagename:" +packageName); pm.installPackage(Uri.fromFile(file), observer, installFlags, packageName); } catch (Exception e) { } } |
这样的方法也有一定的限制:
首先,要在AndroidManifest.xml中声明”android.permission.INSTALL_PACKAGES”权限;
其次,应用须要system权限。
3、调用pm命令进行安装
在adb窗体通过pm install安装包本来就是没有安装界面的。这不正是我们想要的吗?通过pm的安装方式须要取得root或system权限。
pm的安装方式有两种,一种须要root权限,演示样例代码例如以下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 | new Thread() { public void run() { Process process = null ; OutputStream out = null ; InputStream in = null ; try { // 请求root process = Runtime.getRuntime().exec( "su" ); out = process.getOutputStream(); // 调用安装 out.write(( "pm install -r " + currentTempFilePath + "\n" ).getBytes()); in = process.getInputStream(); int len = 0 ; byte [] bs = new byte [ 256 ]; while (- 1 != (len = in.read(bs))) { String state = new String(bs, 0 , len); if (state.equals( "Success\n" )) { //成功安装后的操作 } } } catch (IOException e) { e.printStackTrace(); } catch (Exception e) { e.printStackTrace(); } finally { try { if (out != null ) { out.flush(); out.close(); } if (in != null ) { in.close(); } } catch (IOException e) { e.printStackTrace(); } } } }.start(); |
还有一钟须要system权限,示比例如以下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 | new Thread() { public void run() { Process process = null ; InputStream in = null ; try { // 请求root process = Runtime.getRuntime().exec( "pm install -r " + currentTempFilePath + "\n" ); in = process.getInputStream(); int len = 0 ; byte [] bs = new byte [ 256 ]; while (- 1 != (len = in.read(bs))) { String state = new String(bs, 0 , len); if (state.equals( "Success\n" )) { //成功安装后的操作 } } } catch (IOException e) { e.printStackTrace(); } catch (Exception e) { e.printStackTrace(); } finally { try { if (in != null ) { in.close(); } } catch (IOException e) { e.printStackTrace(); } } } }.start(); |
关于system权限的获取在介绍push方式的安装时已做介绍。
上面的代码仅仅给出了比較核心的部分,在实际实现中。对返回结果的处理相同重要。
高速秒装实现
发现市面上有些手机管家和电子市场类管理软件实现了所谓的”秒装“功能。这个功能本身的实现原理很easy,实现思路为:我们能够利用Android中第一种安装方式,不经过Android应用安装器,直接将应用push到/data/app文件夹中,此时会触发Pms中对/data/app的文件夹监控机制。触发安装。
然而在实现次功能时有这么几点须要注意:
第一点:须要获得root权限(或通过系统漏洞(MastKey等)绕过root,总之要提示权限。这里没有深入研究)。
第二点:因为push的方式会绕过Android的一些验证机制,因此在push之前须要人为进行校验等保证,这里仅仅举两个比較普遍的样例:
1)如今非常多应用都是用so库,可是大部分应用往往仅仅提供arm版本号的so库集成,那边在push之前。就须要校验当前手机平台是否存在相应的so库,假设不存在则不建议是用秒装。
2)在对已存在的应用进行升级时,假设通过秒装进行升级,那么必需要人为校验保证新的apk与已安装apk的签名一致。
好了,到这里,Android安装就介绍完了,欢迎大家交流讨论。
删除系统内置应用
Google定义的存放系统内置应用的位置有两个:/system/app和/vender/app,当中/system/app用于存放Android内置应用。/vender/app用于存放厂商内置应用。实际上在使用时,/vender/app文件夹往往不使用。以下我们看一下/system/app文件夹(以下是我小米2S手机/system/app文件夹的截图):
能够看出/system/app文件夹下应用文件的权限为644,用户为root。我们通过PackageManager是无法卸载系统内置应用的。要想删除系统内置应用,须要在获得root权限的前提下,通过rm命令删除就可以。
这样的卸载方式有一些须要注意的问题。请结合5中卸载应用保存数据一起来看。
卸载应用保存数据
在有些手机管理软件和电子市场(91手机助手)中有这么一个功能“删除应用保存数据”,那它是怎样做到的呢?这里显然不能走Android默认的卸载流程。
于是,我们想到了是不是能够通过rm直接删除/system/app或者/data/app文件夹下的apk文件就能够了呢?以下对这个想法做一个验证。
以应用宝为例:
1)在/data/app文件夹下找到应用宝安装后的apk文件。例如以下图:
2)通过rm命令将/data/app文件夹下的应用宝apk文件删除,删除后/data/data文件夹下的情况例如以下:
3) 看到这里相信大部分人都会有这种疑问?
A. 重新启动手机后/data/data文件夹下的应用宝数据文件会不会被系统删除?
B. 又一次安装应用宝后。新的应用宝还能訪问上次安装未删除的数据文件吗?
带着这些疑问,首先看一下第一个情况,在重新启动手机后/data/data文件夹例如以下:
能够看到应用宝的数据文件夹依旧是存在的。
4)在又一次安装应用宝后,我们发现也是能够使用之前的数据文件夹的。
从上图能够看出,又一次安装后应用宝的user为app_18与上次安装一样。
对于这里一些原理性的东西临时先不做介绍。
5)这里有几个须要注意的问题。例如以下:
A. 在通过这样的方式删除应用时。要注意第三方Launcher上快捷方式(图标)的处理。例如以下图所看到的,在删除应用宝后,在小米桌面上的图标并未一起删除。
B. 在删除应用之前,最好先调用PackageManager中的foreStopPackage方法停止相关应用,然后再删除。否则可能会有不友好的系统提示,例如以下图:
应用安装卸载相关的还有其它一些内容。比方说:清理应用卸载残留、应用锁、应用隐藏、应用安装位置、远程adb安装等等。
这些内容临时不做介绍,放到其它篇目中研究。
下一篇介绍系统垃圾清理。
OK,应用安装卸载篇就到这里,欢迎大家讨论交流。