包管理机制是Android中的重要机制,是应用开发和系统开发须要掌握的知识点之一。
包指的是Apk、jar和so文件等等,它们被加载到Android内存中,由一个包转变成可执行的代码,这就须要一个机制来进行包的加载、解析、管理等操做,这就是包管理机制。包管理机制由许多类一块儿组成,其中核心为PackageManagerService(PMS),它负责对包进行管理,若是直接讲PMS会比较难以理解,所以咱们须要一个切入点,这个切入点就是常见的APK的安装。
讲到APK的安装以前,先了解下PackageManager、APK文件结构和安装方式。 java
1.PackageManager简介android
与ActivityManager和AMS的关系相似,PMS也有一个对应的管理类PackageManager,用于向应用程序进程提供一些功能。PackageManager是一个抽象类,它的具体实现类为ApplicationPackageManager,ApplicationPackageManager中的方法会经过IPackageManager与AMS进行进程间通讯,所以PackageManager所提供的功能最终是由PMS来实现的,这么设计的主要用意是为了不系统服务PMS直接被访问。PackageManager提供了一些功能,主要有如下几点:app
APK是AndroidPackage的缩写,即Android安装包,它其实是zip格式的压缩文件,通常状况下,解压后的文件结构以下表所示。ide
目录/文件 | 描述 |
---|---|
assert | 存放的原生资源文件,经过AssetManager类访问。 |
lib | 存放库文件。 |
META-INF | 保存应用的签名信息,签名信息能够验证APK文件的完整性。 |
res | 存放资源文件。res中除了raw子目录,其余的子目录都参与编译,这些子目录下的资源是经过编译出的R类在代码中访问。 |
AndroidManifest.xml | 用来声明应用程序的包名称、版本、组件和权限等数据。 apk中的AndroidManifest.xml通过压缩,能够经过AXMLPrinter2工具解开。 |
classes.dex | Java源码编译后生成的Java字节码文件。 |
resources.arsc | 编译后的二进制资源文件。 |
APK的安装场景主要有如下几种:工具
这4种方式最终都会调用PMS的scanPackageDirtyLI方法用来解析包,在此以前的调用链是不一样的,本篇文章会介绍第二种方式,对于用户来讲,这是最经常使用的安装方式;对于开发者来讲,这是调用链比较长的安装方式,能学到的更多。其余的安装场景会在本系列的后续文章进行讲解。ui
在Android7.0以前咱们能够经过以下代码安装指定路径中的APK。this
Intent intent = new Intent(Intent.ACTION_VIEW); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); intent.setDataAndType(Uri.parse("file://" + path),"application/vnd.android.package-archive"); context.startActivity(intent);
可是Android7.0或更高版本再这么作,就会报FileUriExposedException异常。这是由于StrictMode API 政策禁止应用程序将file:// Uri暴露给另外一个应用程序,若是包含file:// Uri的 intent 离开你的应用,就会报FileUriExposedException 异常。为了解决这个问题,谷歌提供了FileProvider,FileProvider继承自ContentProvider ,使用它能够将file://Uri替换为content://Uri,具体怎么使用FileProvider并非本文的重点,只要知道不管是Android7.0以前仍是Android7.0以及更高版本,都会调用以下代码:spa
Intent intent = new Intent(Intent.ACTION_VIEW); intent.setDataAndType(xxxxx, "application/vnd.android.package-archive");
Intent的Action属性为ACTION_VIEW,Type属性指定Intent的数据类型为application/vnd.android.package-archive。
能隐式匹配的Activity为InstallStart,须要注意的是,这里分析的源码基于Android8.0,7.0能隐式匹配的Activity为PackageInstallerActivity。
packages/apps/PackageInstaller/AndroidManifest.xml设计
<activity android:name=".InstallStart" android:exported="true" android:excludeFromRecents="true"> <intent-filter android:priority="1"> <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:scheme="content" /> <data android:mimeType="application/vnd.android.package-archive" /> </intent-filter> ... </activity>
InstallStart是PackageInstaller中的入口Activity,其中PackageInstaller是系统内置的应用程序,用于安装和卸载应用。当咱们调用PackageInstaller来安装应用时会跳转到InstallStart,并调用它的onCreate方法:
packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallStart.javacode
@Override protected void onCreate(@Nullable Bundle savedInstanceState) { if (PackageInstaller.ACTION_CONFIRM_PERMISSIONS.equals(intent.getAction())) {//1 nextActivity.setClass(this, PackageInstallerActivity.class); } else { Uri packageUri = intent.getData(); if (packageUri == null) {//2 Intent result = new Intent(); result.putExtra(Intent.EXTRA_INSTALL_RESULT, PackageManager.INSTALL_FAILED_INVALID_URI); setResult(RESULT_FIRST_USER, result); nextActivity = null; } else { if (packageUri.getScheme().equals(SCHEME_CONTENT)) {//3 nextActivity.setClass(this, InstallStaging.class); } else { nextActivity.setClass(this, PackageInstallerActivity.class); } } } if (nextActivity != null) { startActivity(nextActivity); } finish(); }
注释1处判断Intent的Action是否为CONFIRM_PERMISSIONS,根据本文的应用情景显然不是,接着往下看,注释2处判断packageUri 是否为空也不成立,注释3处,判断Uri的Scheme协议是不是content,若是是就跳转到InstallStaging,若是不是就跳转到PackageInstallerActivity。本文的应用情景中,Android7.0以及更高版本咱们会使用FileProvider来处理URI ,FileProvider会隐藏共享文件的真实路径,将路径转换成content://Uri路径,这样就会跳转到InstallStaging。InstallStaging的onResume方法以下所示。
packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallStaging.java
@Override protected void onResume() { super.onResume(); if (mStagingTask == null) { if (mStagedFile == null) { try { mStagedFile = TemporaryFileManager.getStagedFile(this);//1 } catch (IOException e) { showError(); return; } } mStagingTask = new StagingAsyncTask(); mStagingTask.execute(getIntent().getData());//2 } }
注释1处若是File类型的mStagedFile 为null,则建立mStagedFile ,mStagedFile用于存储临时数据。 注释2处启动StagingAsyncTask,并传入了content协议的Uri,以下所示。
packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallStaging.java
private final class StagingAsyncTask extends AsyncTask<Uri, Void, Boolean> { @Override protected Boolean doInBackground(Uri... params) { if (params == null || params.length <= 0) { return false; } Uri packageUri = params[0]; try (InputStream in = getContentResolver().openInputStream(packageUri)) { if (in == null) { return false; } try (OutputStream out = new FileOutputStream(mStagedFile)) { byte[] buffer = new byte[4096]; int bytesRead; while ((bytesRead = in.read(buffer)) >= 0) { if (isCancelled()) { return false; } out.write(buffer, 0, bytesRead); } } } catch (IOException | SecurityException e) { Log.w(LOG_TAG, "Error staging apk from content URI", e); return false; } return true; } @Override protected void onPostExecute(Boolean success) { if (success) { Intent installIntent = new Intent(getIntent()); installIntent.setClass(InstallStaging.this, PackageInstallerActivity.class); installIntent.setData(Uri.fromFile(mStagedFile)); installIntent .setFlags(installIntent.getFlags() & ~Intent.FLAG_ACTIVITY_FORWARD_RESULT); installIntent.addFlags(Intent.FLAG_ACTIVITY_NO_ANIMATION); startActivityForResult(installIntent, 0); } else { showError(); } } } }
doInBackground方法中将packageUri(content协议的Uri)的内容写入到mStagedFile中,若是写入成功,onPostExecute方法中会跳转到PackageInstallerActivity中,并将mStagedFile传进去。绕了一圈又回到了PackageInstallerActivity,这里能够看出InstallStaging主要起了转换的做用,将content协议的Uri转换为File协议,而后跳转到PackageInstallerActivity,这样就能够像此前版本(Android7.0以前)同样启动安装流程了。
从功能上来讲,PackageInstallerActivity才是应用安装器PackageInstaller真正的入口Activity,PackageInstallerActivity的onCreate方法以下所示。
packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java
@Override protected void onCreate(Bundle icicle) { super.onCreate(icicle); if (icicle != null) { mAllowUnknownSources = icicle.getBoolean(ALLOW_UNKNOWN_SOURCES_KEY); } mPm = getPackageManager(); mIpm = AppGlobals.getPackageManager(); mAppOpsManager = (AppOpsManager) getSystemService(Context.APP_OPS_SERVICE); mInstaller = mPm.getPackageInstaller(); mUserManager = (UserManager) getSystemService(Context.USER_SERVICE); ... //根据Uri的Scheme进行预处理 boolean wasSetUp = processPackageUri(packageUri);//1 if (!wasSetUp) { return; } bindUi(R.layout.install_confirm, false); //判断是不是未知来源的应用,若是开启容许安装未知来源选项则直接初始化安装 checkIfAllowedAndInitiateInstall();//2 }
首先初始话安装所须要的各类对象,好比PackageManager、IPackageManager、AppOpsManager和UserManager等等,它们的描述以下表所示。
类名 | 描述 |
---|---|
PackageManager | 用于向应用程序进程提供一些功能,最终的功能是由PMS来实现的 |
IPackageManager | 一个AIDL的接口,用于和PMS进行进程间通讯 |
AppOpsManager | 用于权限动态检测,在Android4.3中被引入 |
PackageInstaller | 提供安装、升级和删除应用程序功能 |
UserManager | 用于多用户管理 |
注释1处的processPackageUri方法以下所示。
packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java
private boolean processPackageUri(final Uri packageUri) { mPackageURI = packageUri; final String scheme = packageUri.getScheme();//1 switch (scheme) { case SCHEME_PACKAGE: { try { ... } break; case SCHEME_FILE: { File sourceFile = new File(packageUri.getPath());//1 //获得sourceFile的包信息 PackageParser.Package parsed = PackageUtil.getPackageInfo(this, sourceFile);//2 if (parsed == null) { Log.w(TAG, "Parse error when parsing manifest. Discontinuing installation"); showDialogInner(DLG_PACKAGE_ERROR); setPmResult(PackageManager.INSTALL_FAILED_INVALID_APK); return false; } //对parsed进行进一步处理获得包信息PackageInfo mPkgInfo = PackageParser.generatePackageInfo(parsed, null, PackageManager.GET_PERMISSIONS, 0, 0, null, new PackageUserState());//3 mAppSnippet = PackageUtil.getAppSnippet(this, mPkgInfo.applicationInfo, sourceFile); } break; default: { Log.w(TAG, "Unsupported scheme " + scheme); setPmResult(PackageManager.INSTALL_FAILED_INVALID_URI); finish(); return false; } } return true; }
首先在注释1处获得packageUri的Scheme协议,接着根据这个Scheme协议分别对package协议和file协议进行处理,若是不是这两个协议就会关闭PackageInstallerActivity并return false。咱们主要来看file协议的处理,注释1处根据packageUri建立一个新的File。注释2处的内部会用PackageParser的parsePackage方法解析这个File(这个File实际上是APK文件),获得APK的包信息Package ,Package包含了该APK的全部信息。注释3处会将Package根据uid、用户状态信息和PackageManager的配置等变量对包信息Package作进一步处理获得PackageInfo。
回到PackageInstallerActivity的onCreate方法的注释2处,checkIfAllowedAndInitiateInstall方法以下所示。
packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java
private void checkIfAllowedAndInitiateInstall() { //判断若是容许安装未知来源或者根据Intent判断得出该APK不是未知来源 if (mAllowUnknownSources || !isInstallRequestFromUnknownSource(getIntent())) {//1 //初始化安装 initiateInstall();//2 return; } // 若是管理员限制来自未知源的安装, 就弹出提示Dialog或者跳转到设置界面 if (isUnknownSourcesDisallowed()) { if ((mUserManager.getUserRestrictionSource(UserManager.DISALLOW_INSTALL_UNKNOWN_SOURCES, Process.myUserHandle()) & UserManager.RESTRICTION_SOURCE_SYSTEM) != 0) { showDialogInner(DLG_UNKNOWN_SOURCES_RESTRICTED_FOR_USER); return; } else { startActivity(new Intent(Settings.ACTION_SHOW_ADMIN_SUPPORT_DETAILS)); finish(); } } else { handleUnknownSources();//3 } }
注释1处判断容许安装未知来源或者根据Intent判断得出该APK不是未知来源,就调用注释2处的initiateInstall方法来初始化安装。若是管理员限制来自未知源的安装, 就弹出提示Dialog或者跳转到设置界面,不然就调用注释3处的handleUnknownSources方法来处理未知来源的APK。注释2处的initiateInstall方法以下所示。
packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java
private void initiateInstall() { String pkgName = mPkgInfo.packageName;//1 String[] oldName = mPm.canonicalToCurrentPackageNames(new String[] { pkgName }); if (oldName != null && oldName.length > 0 && oldName[0] != null) { pkgName = oldName[0]; mPkgInfo.packageName = pkgName; mPkgInfo.applicationInfo.packageName = pkgName; } try { //根据包名获取应用程序信息 mAppInfo = mPm.getApplicationInfo(pkgName, PackageManager.MATCH_UNINSTALLED_PACKAGES);//2 if ((mAppInfo.flags&ApplicationInfo.FLAG_INSTALLED) == 0) { mAppInfo = null; } } catch (NameNotFoundException e) { mAppInfo = null; } //初始化安装确认界面 startInstallConfirm();//3 }
注释1处获得包名,注释2处根据包名获取获取应用程序信息ApplicationInfo。注释3处的startInstallConfirm方法以下所示。
packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java
private void startInstallConfirm() { //省略初始化界面代码 ... AppSecurityPermissions perms = new AppSecurityPermissions(this, mPkgInfo);//1 final int N = perms.getPermissionCount(AppSecurityPermissions.WHICH_ALL); if (mAppInfo != null) { msg = (mAppInfo.flags & ApplicationInfo.FLAG_SYSTEM) != 0 ? R.string.install_confirm_question_update_system : R.string.install_confirm_question_update; mScrollView = new CaffeinatedScrollView(this); mScrollView.setFillViewport(true); boolean newPermissionsFound = false; if (!supportsRuntimePermissions) { newPermissionsFound = (perms.getPermissionCount(AppSecurityPermissions.WHICH_NEW) > 0); if (newPermissionsFound) { permVisible = true; mScrollView.addView(perms.getPermissionsView( AppSecurityPermissions.WHICH_NEW));//2 } } ... }
startInstallConfirm方法中首先初始化安装确认界面,就是咱们日常安装APK时出现的界面,界面上有确认和取消按钮并会列出安装该APK须要访问的系统权限。须要注意的是,不一样厂商定制的Android系统会有不一样的安装确认界面。
注释1处会建立AppSecurityPermissions,它会提取出APK中权限信息并展现出来,这个负责展现的View是AppSecurityPermissions的内部类PermissionItemView。注释2处调用AppSecurityPermissions的getPermissionsView方法来获取PermissionItemView,并将PermissionItemView添加到CaffeinatedScrollView中,这样安装该APK须要访问的系统权限就能够所有的展现出来了,PackageInstaller的初始化工做就完成了。
如今来总结下PackageInstaller初始化的过程:
PackageInstaller的初始化就讲到这,关于PackageInstaller的安装APK的过程会在本系列的下一篇文章进行讲解。