2. 程式人生 > >Android包管理機制（二）PackageInstaller安裝APK

Android包管理機制（二）PackageInstaller安裝APK

阿新 • • 發佈：2018-07-15
tac _id cas 賦值 complete get Owner 執行 context

前言

在本系列上一篇文章Android包管理機制（一）PackageInstaller的初始化中我們學習了PackageInstaller是如何初始化的，這一篇文章我們接著學習PackageInstaller是如何安裝APK的。本系列文章的源碼基於Android8.0。

1.PackageInstaller中的處理

緊接著上一篇的內容，在PackageInstallerActivity調用startInstallConfirm方法初始化安裝確認界面後，這個安裝確認界面就會呈現給用戶，用戶如果想要安裝這個應用程序就會點擊確定按鈕，就會調用PackageInstallerActivity的onClick方法，如下所示。
packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.jav

a

技術分享圖片 
public void onClick(View v) {
        if (v == mOk) {
            if (mOk.isEnabled()) {
                if (mOkCanInstall || mScrollView == null) {
                    if (mSessionId != -1) {
                        mInstaller.setPermissionsResult(mSessionId, true);
                        finish();
                    } 
 
else {
                        startInstall();//1
                    }
                } else {
                    mScrollView.pageScroll(View.FOCUS_DOWN);
                }
            }
        } else if (v == mCancel) {
            ...
            finish();
        }
    }
View Code

onClick方法中分別對確定和取消按鈕做處理，主要查看對確定按鈕的處理，註釋1處調用了startInstall方法：
packages/apps/PackageInstaller/src/com/android/packageinstaller/PackageInstallerActivity.jav

a

技術分享圖片 
private void startInstall() {
     Intent newIntent = new Intent();
     newIntent.putExtra(PackageUtil.INTENT_ATTR_APPLICATION_INFO,
             mPkgInfo.applicationInfo);
     newIntent.setData(mPackageURI);//1
     newIntent.setClass(this, InstallInstalling.class);
     String installerPackageName = getIntent().getStringExtra(
             Intent.EXTRA_INSTALLER_PACKAGE_NAME);
     if (mOriginatingURI != null) {
         newIntent.putExtra(Intent.EXTRA_ORIGINATING_URI, mOriginatingURI);
     }
     ...
     if(localLOGV) Log.i(TAG, "downloaded app uri="+mPackageURI);
     startActivity(newIntent);
     finish();
 }
View Code

startInstall方法用於跳轉到InstallInstalling這個Activity，並關閉掉當前的PackageInstallerActivity。InstallInstalling主要用於向包管理器發送包的信息並處理包管理的回調。 InstallInstalling的onCreate方法如下所示。
packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallInstalling.java

技術分享圖片 
@Override
 protected void onCreate(@Nullable Bundle savedInstanceState) {
     super.onCreate(savedInstanceState);
     setContentView(R.layout.install_installing);
     ApplicationInfo appInfo = getIntent()
             .getParcelableExtra(PackageUtil.INTENT_ATTR_APPLICATION_INFO);
     mPackageURI = getIntent().getData();
     if ("package".equals(mPackageURI.getScheme())) {
         try {
             getPackageManager().installExistingPackage(appInfo.packageName);
             launchSuccess();
         } catch (PackageManager.NameNotFoundException e) {
             launchFailure(PackageManager.INSTALL_FAILED_INTERNAL_ERROR, null);
         }
     } else {
     //根據mPackageURI創建一個對應的File 
         final File sourceFile = new File(mPackageURI.getPath());
         PackageUtil.initSnippetForNewApp(this, PackageUtil.getAppSnippet(this, appInfo,
                 sourceFile), R.id.app_snippet);
         //如果savedInstanceState不為null，獲取此前保存的mSessionId和mInstallId       
         if (savedInstanceState != null) {//1
             mSessionId = savedInstanceState.getInt(SESSION_ID);
             mInstallId = savedInstanceState.getInt(INSTALL_ID);
           //向InstallEventReceiver註冊一個觀察者
             try {
                 InstallEventReceiver.addObserver(this, mInstallId,
                         this::launchFinishBasedOnResult);//2
             } catch (EventResultPersister.OutOfIdsException e) {
      
             }
         } else {
             PackageInstaller.SessionParams params = new PackageInstaller.SessionParams(
                     PackageInstaller.SessionParams.MODE_FULL_INSTALL);//3
             params.referrerUri = getIntent().getParcelableExtra(Intent.EXTRA_REFERRER);
             params.originatingUri = getIntent()
                     .getParcelableExtra(Intent.EXTRA_ORIGINATING_URI);
             params.originatingUid = getIntent().getIntExtra(Intent.EXTRA_ORIGINATING_UID,
                     UID_UNKNOWN);
             File file = new File(mPackageURI.getPath());//4
             try {
                 PackageParser.PackageLite pkg = PackageParser.parsePackageLite(file, 0);//5
                 params.setAppPackageName(pkg.packageName);
                 params.setInstallLocation(pkg.installLocation);
                 params.setSize(
                         PackageHelper.calculateInstalledSize(pkg, false, params.abiOverride));
             } catch (PackageParser.PackageParserException e) {
                ...
             }
             try {
                 mInstallId = InstallEventReceiver
                         .addObserver(this, EventResultPersister.GENERATE_NEW_ID,
                                 this::launchFinishBasedOnResult);//6
             } catch (EventResultPersister.OutOfIdsException e) {
                 launchFailure(PackageManager.INSTALL_FAILED_INTERNAL_ERROR, null);
             }
             try {
                 mSessionId = getPackageManager().getPackageInstaller().createSession(params);//7
             } catch (IOException e) {
                 launchFailure(PackageManager.INSTALL_FAILED_INTERNAL_ERROR, null);
             }
         }
          ...
         mSessionCallback = new InstallSessionCallback();
     }
 }
View Code

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

技術分享圖片 
@Override
 protected void onResume() {
     super.onResume();
     if (mInstallingTask == null) {
         PackageInstaller installer = getPackageManager().getPackageInstaller();
         PackageInstaller.SessionInfo sessionInfo = installer.getSessionInfo(mSessionId);//1
         if (sessionInfo != null && !sessionInfo.isActive()) {//2
             mInstallingTask = new InstallingAsyncTask();
             mInstallingTask.execute();
         } else {
             mCancelButton.setEnabled(false);
             setFinishOnTouchOutside(false);
         }
     }
 }
View Code

註釋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

技術分享圖片 
@Override
 protected void onPostExecute(PackageInstaller.Session session) {
     if (session != null) {
         Intent broadcastIntent = new Intent(BROADCAST_ACTION);
         broadcastIntent.setPackage(
                 getPackageManager().getPermissionControllerPackageName());
         broadcastIntent.putExtra(EventResultPersister.EXTRA_ID, mInstallId);
         PendingIntent pendingIntent = PendingIntent.getBroadcast(
                 InstallInstalling.this,
                 mInstallId,
                 broadcastIntent,
                 PendingIntent.FLAG_UPDATE_CURRENT);
         session.commit(pendingIntent.getIntentSender());//1
         mCancelButton.setEnabled(false);
         setFinishOnTouchOutside(false);
     } else {
         getPackageManager().getPackageInstaller().abandonSession(mSessionId);
         if (!isCancelled()) {
             launchFailure(PackageManager.INSTALL_FAILED_INVALID_APK, null);
         }
     }
 }
View Code

創建了一個PendingIntent，並將該PendingIntent的IntentSender通過註釋1處的PackageInstaller.Session的commit方法發送出去，發送去哪了呢？接著查看PackageInstaller.Session的commit方法。
frameworks/base/core/java/android/content/pm/PackageInstaller.java

技術分享圖片 
public void commit(@NonNull IntentSender statusReceiver) {
           try {
               mSession.commit(statusReceiver);
           } catch (RemoteException e) {
               throw e.rethrowFromSystemServer();
           }
}
View Code

mSession的類型為IPackageInstallerSession，這說明要通過IPackageInstallerSession來進行進程間的通信，最終會調用PackageInstallerSession的commit方法，這樣代碼邏輯就到了Java框架層的。

2.Java框架層的處理

frameworks/base/services/core/java/com/android/server/pm/PackageInstallerSession.java

技術分享圖片 
@Override
public void commit(IntentSender statusReceiver) {
       Preconditions.checkNotNull(statusReceiver);
       ...
       mActiveCount.incrementAndGet();
       final PackageInstallObserverAdapter adapter = new PackageInstallObserverAdapter(mContext,
               statusReceiver, sessionId, mIsInstallerDeviceOwner, userId);
       mHandler.obtainMessage(MSG_COMMIT, adapter.getBinder()).sendToTarget();//1
}
View Code

commit方法中會將包的信息封裝為PackageInstallObserverAdapter ，它在PMS中被定義。在註釋1處會向Handler發送一個類型為MSG_COMMIT的消息，其中adapter.getBinder()會得到IPackageInstallObserver2.Stub類型的觀察者，從類型就知道這個觀察者是可以跨進程進行回調的。處理該消息的代碼如下所示。
frameworks/base/services/core/java/com/android/server/pm/PackageInstallerSession.java

技術分享圖片 
private final Handler.Callback mHandlerCallback = new Handler.Callback() {
      @Override
      public boolean handleMessage(Message msg) {
          final PackageInfo pkgInfo = mPm.getPackageInfo(
                  params.appPackageName, PackageManager.GET_SIGNATURES
                          | PackageManager.MATCH_STATIC_SHARED_LIBRARIES /*flags*/, userId);
          final ApplicationInfo appInfo = mPm.getApplicationInfo(
                  params.appPackageName, 0, userId);
          synchronized (mLock) {
              if (msg.obj != null) {
                  mRemoteObserver = (IPackageInstallObserver2) msg.obj;//1
              }
              try {
                  commitLocked(pkgInfo, appInfo);//2
              } catch (PackageManagerException e) {
                  final String completeMsg = ExceptionUtils.getCompleteMessage(e);
                  Slog.e(TAG, "Commit of session " + sessionId + " failed: " + completeMsg);
                  destroyInternal();
                  dispatchSessionFinished(e.error, completeMsg, null);//3
              }
              return true;
          }
      }
  };
View Code

註釋1處獲取IPackageInstallObserver2類型的觀察者mRemoteObserver，註釋2處的commitLocked方法如下所示。
frameworks/base/services/core/java/com/android/server/pm/PackageInstallerSession.java

技術分享圖片 
private void commitLocked(PackageInfo pkgInfo, ApplicationInfo appInfo)
          throws PackageManagerException {
     ...
      mPm.installStage(mPackageName, stageDir, stageCid, localObserver, params,
              installerPackageName, installerUid, user, mCertificates);
  }
View Code

commitLocked方法比較長，這裏截取最主要的信息，會調用PMS的installStage方法，這樣代碼邏輯就進入了PMS中。
回到mHandlerCallback的handleMessage方法，如果commitLocked方法出現PackageManagerException異常，就會調用註釋3處的dispatchSessionFinished方法，它的實現如下所示：
frameworks/base/services/core/java/com/android/server/pm/PackageInstallerSession.java

技術分享圖片 
private void dispatchSessionFinished(int returnCode, String msg, Bundle extras) {
       mFinalStatus = returnCode;
       mFinalMessage = msg;
       if (mRemoteObserver != null) {
           try {
               mRemoteObserver.onPackageInstalled(mPackageName, returnCode, msg, extras);//1
           } catch (RemoteException ignored) {
           }
       }
       ...
   }
View Code

註釋1處會調用IPackageInstallObserver2的onPackageInstalled方法，具體是實現在PackageInstallObserver類中：
frameworks/base/core/java/android/app/PackageInstallObserver.java

技術分享圖片 
public class PackageInstallObserver {
    private final IPackageInstallObserver2.Stub mBinder = new IPackageInstallObserver2.Stub() {
        ...
        @Override
        public void onPackageInstalled(String basePackageName, int returnCode,
                String msg, Bundle extras) {
            PackageInstallObserver.this.onPackageInstalled(basePackageName, returnCode, msg,
                    extras);//1
        }
    };
View Code

註釋1處調用了PackageInstallObserver的onPackageInstalled方法，實現這個方法的類為PackageInstallObserver的子類、前面提到的PackageInstallObserverAdapter。總結一下就是dispatchSessionFinished方法會通過mRemoteObserver的onPackageInstalled方法，將Complete方法出現的PackageManagerException的異常信息回調給PackageInstallObserverAdapter。

3.總結

本篇文章講解了PackageInstaller安裝APK的過程，簡單來說就兩步：

  1. 將APK的信息通過IO流的形式寫入到PackageInstaller.Session中。
  2. 調用PackageInstaller.Session的commit方法，將APK的信息交由PMS處理。

由於PMS中對APK安裝的處理比較復雜，因此關於PMS的處理部分會在本系列的下一篇文章進行講解。

Android包管理機制（二）PackageInstaller安裝APK

相關推薦

Android包管理機制（二）PackageInstaller安裝APK

tac _id cas 賦值 complete get Owner 執行 context 前言 在本系列上一篇文章Android包管理機制（一）PackageInstaller的初始化中我們學習了PackageInstaller是如何初始化的，這一篇文章我們接著學習Pack

Android包管理機制（一） PackageInstaller的初始化

前言包管理機制是Android中的重要機制，是應用開發和系統開發需要掌握的知識點之一。 包指的是Apk、jar和so檔案等等，它們被載入到Android記憶體中，由一個包轉變成可執行的程式碼，這就需要一個機制來進行包的載入、解析、管理等操作，這就是包管理機制。包管理機制由許多

Android包管理機制（三）PMS處理APK的安裝

前言 在上一篇文章Android包管理機制（二）PackageInstaller安裝APK中，我們學習了PackageInstaller是如何安裝APK的，最後會將APK的資訊交由PMS處理。那麼PMS是如何處理的呢？這篇文章會給你答案。 1

Android包管理機制（五）APK是如何被解析的

本文首發於微信公眾號「劉望舒」 原文連結：APK是如何被解析的？ 相關文章 包管理機制系列 前言 在本系列的前面文章中，我介紹了PackageInstaller的初始化和安裝APK過程、PMS處理APK的安裝和PMS的建立過程，這些文章中經常會涉及到一個類，那就是PackageParser，它

深入理解java虛擬機器之自動記憶體管理機制（二）

垃圾收集演算法 　　　　java中的記憶體是交給虛擬機器管理的。要實現垃圾回收，必須考慮如下三個問題： 　　　　1. 哪些記憶體需要回收？ 　　　　2. 什麼時候回收？ 　　　　3. 怎麼回收？ 　　　　對於第一點，往大了來說，是堆和方法區的記憶體需要回收。往具體了來說，是堆中哪些物件的記憶體可以回

InnoDB日誌管理機制（二） – 運維派

一個BufferPool例項中的所有控制頭資訊連續儲存在一起，所以控制資訊儲存完成之後才是真正的緩衝頁面，下圖表示的是一個BufferPool例項的記憶體分佈情況。 對於BufferPool中的所有頁面，都有一個控制頭資訊與它對應，從上圖可以看出，每一個ctl都表示了一個屬於自己的page使用

Android架構分析之Android訊息處理機制（二）

作者：劉昊昱  Android版本：4.4.2 在上一篇文章中我們看了一個使用Handler處理Message訊息的例子，本文我們來分析一下其背後隱藏的Android訊息處理機制。 我們可能比較熟悉Windows作業系統的訊息處理模型： while(GetMessage

Golang包管理工具（二）之glide的使用

1. glide簡介 glide是一個golang專案的包管理工具，非常方便快捷，一般只需要2-3個命令就可以將go依賴包自動下載並歸檔到vendor的目錄中。glide官網參考：https://

輕量級作業系統FreeRTOS的記憶體管理機制（二）

本文由嵌入式企鵝圈原創團隊成員朱衡德（Hunter_Zhu）供稿。FreeRTOS多種記憶體管理機制中最簡單的一種：全域性宣告一個靜態陣列ucHeap，然後通過指標偏移記錄空間的分配情況，在這種記憶體機

【python測試開發棧】—python記憶體管理機制（二）—垃圾回收

在上一篇文章中(python 記憶體管理機制—引用計數)中，我們介紹了python記憶體管理機制中的引用計數，python正是通過它來有效的管理記憶體。今天來介紹python的垃圾回收，其主要策略是引用計數為主，標記-清除和分代回收為輔助的策略（熟悉java的同學回回憶下，其實這和JVM的策略是有類似之處的）

Android 學習之《第一行程式碼》第二版 筆記（十二）詳解廣播機制（二）

廣播的最佳實踐——實現強制下線功能 思路：在介面上彈出一個對話方塊，讓使用者無法進行任何操作，必須點選對話方塊中的確定按鈕，然後回到登入介面即可。 一、效果圖 1. 登入介面並輸入賬號密碼 2. 登陸後的介面 3. 強制下線 4. 退回登陸的介面

Android之訊息處理機制（二）Handler的本質-Message和Looper到底是什麼？

目錄 Android之訊息處理機制（二） 以下皆為乾貨，比較幹，需要讀者細細理解。  前面(一)已經解釋了Handler的基本機制了，下面來概括一下本質。 一、MessageQueue        MessageQueue其實就

Android——IPC機制（二）程序間通訊方式

在上一章中，我們已經介紹了IPC的幾個基礎知識：序列化和Binder，本章將詳細介紹各種跨程序同行方式。具體的方式有很多，比如可以通過在Intent中附加extras來傳遞資訊，或者通過共享檔案的方式來共享資料，還可以採用Binder的方式來跨程序通訊，另外Co

android IPC機制（二）

Binder物件 是android中的一個類，實現了IBinder介面，是一種android中實現跨程序通訊的一種方式，可以ManagerService連線各種Manager(LayoutManager,ServiceManager,ActivityManage

Android runtime機制（二）zygote程序的啟動流程

在前一章裡介紹了Android runtime的Init程序的啟動，在Init程序裡，我們知道了runtime環境是如何搭建的和系統屬性設定在什麼時候設定的，並瞭解了使用配置檔案Init.rc來啟動系統Service和其他操作處理。 在這一章裡，我們將繼續跟進

java.util包詳解（二）——Connection接口

操作 相同 元素 叠代 cat roo soft true nbsp Connection接口介紹 　　Connection接口是java集合的root接口，沒有實現類，只有子接口和實現子接口的各種容器。主要用來表示java集合這一大的抽象概念。 　　Connection接

AssetBundle管理機制（下）

資源加載 應該 卸載 針對性 idt current ntc ims nor ◆◆◆◆ AssetBundle卸載 內存分析 在上圖中的右側，我們列出了各種內存物件的卸載方式： ● 場景物件（GameObject）：這類物件可通過Destr

AssetBundle管理機制（上）

atlas strong img rem byte das let atl 由於 AssetBundle內存管理機制 接上期AssetBundle打包的講解，我們今天為大家繼續探秘AssetBundle，從管理機制的角度出發，談談

管理經驗（二）——項目管理基礎

ace 設計模式 watermark 最重要的 信息系統 思維導圖 主題 ont -c ?? 引 開始準備信息系統項目管理師的考試，借機熟悉並掌握一些項目管理方面的知識。學習也有一段時日。考試的目的更是為了開闊自己的眼界，提升自己的能力，本篇博文僅是對項管

Android Design Support Library（二）用NavigationView實現抽屜菜單界面

mpi tar bar board contex != print 滑動 頭部 NavigationView在MD設計中很重要，之前Google也提出了使用DrawerLayout來實現導航抽屜。這次，在Android Design Support Li