PackageInstaller中的处理
紧接着上一篇的内容,在PackageInstallerActivity调用startInstallConfirm方法初始化安装确认界面后,这个安装确认界面就会呈现给用户,用户如果想要安装这个应用程序就会点击确定按钮,就会调用PackageInstallerActivity的onClick方法,如下所示。/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java
1 | public void onClick(View v) { |
onClick方法中分别对确定和取消按钮做处理,主要查看对确定按钮的处理,注释1处调用了startInstall方法:/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.java
1 | private void startInstall() { |
startInstall方法用于跳转到InstallInstalling这个Activity,并关闭掉当前的PackageInstallerActivity。InstallInstalling主要用于向包管理器发送包的信息并处理包管理的回调。 InstallInstalling的onCreate方法如下所示。/PackageInstaller/src/com/android/packageinstaller/InstallInstalling.java
1 | @Override |
onCreate方法中会分别对package和content协议的Uri进行处理,我们来看content协议的Uri处理部分。注释1处如果savedInstanceState不为null,获取此前保存的mSessionId和mInstallId,其中mSessionId是安装包的会话id,mInstallId是等待的安装事件id。注释2处根据mInstallId向InstallEventReceiver注册一个观察者,launchFinishBasedOnResult会接收到安装事件的回调,无论安装成功或者失败都会关闭当前的Activity(InstallInstalling)。如果savedInstanceState为null,代码的逻辑也是类似的,注释3处创建SessionParams,它用来代表安装会话的参数,注释4、5处根据mPackageUri对包(APK)进行轻量级的解析,并将解析的参数赋值给SessionParams。注释6处和注释2处类似向InstallEventReceiver注册一个观察者返回一个新的mInstallId,其中InstallEventReceiver继承自BroadcastReceiver,用于接收安装事件并回调给EventResultPersister。 注释7处PackageInstaller的createSession方法内部会通过IPackageInstaller与PackageInstallerService进行进程间通信,最终调用的是PackageInstallerService的createSession方法来创建并返回mSessionId。
InstallInstalling的onCreate方法就分析到这,接着查看InstallInstalling的onResume方法:packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallInstalling.java
1 | @Override |
注释1处根据mSessionId得到SessionInfo,SessionInfo代表安装会话的详细信息。注释2处如果sessionInfo不为Null并且不是活动的,就创建并执行InstallingAsyncTask。InstallingAsyncTask的doInBackground方法中会根据包(APK)的Uri,将APK的信息通过IO流的形式写入到PackageInstaller.Session中。InstallingAsyncTask的onPostExecute方法如下所示。packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallInstalling.java
1 | @Override |
创建了一个PendingIntent,并将该PendingIntent的IntentSender通过注释1处的PackageInstaller.Session的commit方法发送出去,发送去哪了呢?接着查看PackageInstaller.Session的commit方法。frameworks/base/core/java/android/content/pm/PackageInstaller.java
1 | public void commit(@NonNull IntentSender statusReceiver) { |
mSession的类型为IPackageInstallerSession,这说明要通过IPackageInstallerSession来进行进程间的通信,最终会调用PackageInstallerSession的commit方法,这样代码逻辑就到了Java框架层的。
Java框架层的处理
frameworks/base/services/core/java/com/android/server/pm/PackageInstallerSession.java
1 | @Override |
commit方法中会将包的信息封装为PackageInstallObserverAdapter ,它在PMS中被定义。在注释1处会向Handler发送一个类型为MSG_COMMIT的消息,其中adapter.getBinder()会得到IPackageInstallObserver2.Stub类型的观察者,从类型就知道这个观察者是可以跨进程进行回调的。处理该消息的代码如下所示。frameworks/base/services/core/java/com/android/server/pm/PackageInstallerSession.java
1 | private final Handler.Callback mHandlerCallback = new Handler.Callback() { |
注释1处获取IPackageInstallObserver2类型的观察者mRemoteObserver,注释2处的commitLocked方法如下所示。frameworks/base/services/core/java/com/android/server/pm/PackageInstallerSession.java
1 | private void commitLocked(PackageInfo pkgInfo, ApplicationInfo appInfo) |
commitLocked方法比较长,这里截取最主要的信息,会调用PMS的installStage方法,这样代码逻辑就进入了PMS中。
回到mHandlerCallback的handleMessage方法,如果commitLocked方法出现PackageManagerException异常,就会调用注释3处的dispatchSessionFinished方法,它的实现如下所示:
frameworks/base/services/core/java/com/android/server/pm/PackageInstallerSession.java
1 | private void dispatchSessionFinished(int returnCode, String msg, Bundle extras) { |
注释1处会调用IPackageInstallObserver2的onPackageInstalled方法,具体是实现在PackageInstallObserver类中:frameworks/base/core/java/android/app/PackageInstallObserver.java
1 | public class PackageInstallObserver { |
注释1处调用了PackageInstallObserver的onPackageInstalled方法,实现这个方法的类为PackageInstallObserver的子类、前面提到的PackageInstallObserverAdapter。总结一下就是dispatchSessionFinished方法会通过mRemoteObserver的onPackageInstalled方法,将Complete方法出现的PackageManagerException的异常信息回调给PackageInstallObserverAdapter。
总结
本篇文章讲解了PackageInstaller安装APK的过程,简单来说就两步:
- 将APK的信息通过IO流的形式写入到PackageInstaller.Session中。
- 调用PackageInstaller.Session的commit方法,将APK的信息交由PMS处理。
由于PMS中对APK安装的处理比较复杂,因此关于PMS的处理部分会在本系列的下一篇文章进行讲解。