在 APK 開發(fā)中，通過 Java 代碼來打開系統(tǒng)的安裝程序以安裝 APK 并不是什么難事，一般的 Android 系統(tǒng)都有開放這一功能。

但隨著 Android系統(tǒng)版本的迭代，其對于權限的把控越來越嚴格，或者說是變得越來越注重安全性。這就導致了以前可以通過很簡單的幾行代碼就能實現(xiàn)的功能，現(xiàn)在要復雜很多。 對于通過代碼打開系統(tǒng)安裝程序這一功能的限制，其分水嶺在 Android7.0，即 Android N 上。通常在 Android N以上的系統(tǒng)使用一種做法，以下則使用另一種做法。 傳統(tǒng)的通過代碼安裝APK的方式

File apk = new File(...);Uri uri = Uri.fromFile(apk);Intent intent = new Intent();intent.setClassName('com.android.packageinstaller', 'com.android.packageinstaller.PackageInstallerActivity');intent.setData(uri);intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);startActivity(intent);

這種方法簡單粗暴且實用，只要知曉要安裝的 APK 的位置，并擁有訪問權限即可。但現(xiàn)在市面上主流的 Android 手機系統(tǒng)版本都已經要高于 7.0 了，這一方法幾乎已經沒有用了

高版本系統(tǒng)上的通過代碼安裝APK的方式

File apk = new File(...);Intent intent = new Intent(Intent.ACTION_VIEW);intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);Uri uri = FileProvider.getUriForFile(this, 'com.apk.demo.fileprovider', apk);intent.setDataAndType(uri, 'application/vnd.android.package-archive');startActivity(intent);

說到權限問題，在Android版本不斷提高的趨勢下，系統(tǒng)得安全性也越來越高，很多權限不只是在清單文件里面注冊那么簡單，內存卡得讀寫權限屬于危險權限，需要我們使用代碼動態(tài)添加，這里我使用了RxPermiision框架,遇到9.0或者更高版本的系統(tǒng)時獲取權限的方法可能會不同。

private void rxPermission() { RxPermissions rxPermissions = new RxPermissions(this); rxPermissions.request(Manifest.permission.WRITE_EXTERNAL_STORAGE).subscribe(new Consumer<Boolean>() { @Override public void accept(Boolean granted) throws Exception { if (granted) { //權限允許 //在這里可以添加自己的操作 } else { // 權限被拒絕 } } }); }

Android更多權限得查詢：https://www.jianshu.com/p/24f79a70025b

上面這段代碼安裝代碼看起來似乎和傳統(tǒng)的方式并沒有太大的區(qū)別是嗎？

確實是，但它真正的區(qū)別并沒有在 Java 代碼上體現(xiàn)出來。

在高版本系統(tǒng)中，APK 已經不能直接訪問其它 APK 的私有數(shù)據(jù)了。

什么是APK的私有數(shù)據(jù)？

APK在安裝過程中于 data 目錄下創(chuàng)建的專屬目錄自然是其私有數(shù)據(jù)無疑。另外，只要是在應用程序中封裝的 File 對象，不管這個文件本身是不是由該程序創(chuàng)建的，那這個文件都屬于該程序的“私有數(shù)據(jù)”。舉個例子來說，假設我們將手機連接到電腦，通過 adb push 的方式往 sdcard 目錄下推了一個 APK 文件進去。然后我們自行編寫了一段代碼，將這個 sdcard 中的安裝包傳到系統(tǒng)的 PackageInstaller 中去安裝，都會報安全錯誤，因為這個位于 sdcard 目錄下文件對我們這段代碼來說是“私有數(shù)據(jù)”，不允許直接暴露給 PackageInstaller。

下面就來看看在高版本系統(tǒng)中暴露“私有數(shù)據(jù)”給其它程序的方法。

在高版本中，Android7.0 及以上，開放（暴露）私有數(shù)據(jù)的唯一方式是通過 ContentProvider 來實現(xiàn)。

具體的步驟大致如下：

配置 AndroidManifest.xml 中的 ContentProvider 信息； 配置要開放的 paths 信息； 在 Java 代碼中通過 FileProvider 封裝文件信息。

1、AndroidManifest.xml 配置

前面說過，高版本系統(tǒng)中其實就是將以前的直接開放變成通過 ContentProvider 來間接開放。因此我們需要在 AndroidManifest.xml 中添加一個 provider 標簽，示例如下：

<provider android:name='androidx.core.content.FileProvider' android:authorities='com.your.app.fileprovider' android:exported='false' android:grantUriPermissions='true'> <meta-data android:name='android.support.FILE_PROVIDER_PATHS' android:resource='@xml/file_paths' /></provider> android:name 屬性填寫的是 FileProvider 類的完整名稱。這個類可以填寫兩個值，一個是位于 support（android.support.v4.content.FileProvider） 包下的，另一個是位于 androidx（androidx.core.content.FileProvider） 包下的。這兩種都可以填寫，本質上沒有區(qū)別。但是要根據(jù)實際情況來決定用哪個，即要看你的工程引的是 androidx 支援包還是 support 支援包。關于 support 與 androidx 的關系本文就不再贅述了。 android:authorities 屬性就是和普通的 ContentProvider 一樣的用于訪問文件資源的 uri 標簽頭。值內容根據(jù)實際需要來填寫即可。 android:exported這個屬性表示的是：其他app能否訪問這個provider android:grantUriPermissions 這個屬性用于給內容提供器的數(shù)據(jù)子集授權 如果內容提供器的grantUriPermissions屬性被設置為true，那么權限能夠被授予內容提供器范圍內的任何數(shù)據(jù)。但是，如果grantUriPermission屬性被設置為false，那么權限就只能授予這個元素所指定的數(shù)據(jù)子集。一個內容提供器能夠包含任意多個元素。每個都只能指定一個路徑（三個可能屬性中的一個）。 meta-data 標簽中的內容需要關注的是 android:resource 屬性中的內容。這個屬性的值引向一個自行配置的 xml 文件，這份 xml 文件記載的是設備中的路徑信息，簡單理解就是你想開放哪些目錄中的文件資源給第三方使用的意思。關于這個 xml 的配置請看第 2 步的記載。

2、paths 配置

通常的做法是在工程 res 目錄下新建一個 xml 目錄，并在該 xml 目錄下新建一個 xml 文件。文件的名稱必須與第 1 步中 @xml/ 屬性值中配置的一致。 根據(jù)第 1 步中的示例代碼，我們需要新建一個 file_paths.xml 文件。這里我的apk是保留在程序的file文件加下得，該文件的內容如下所示：

<?xml version='1.0' encoding='utf-8'?><paths> <files-path path='apk/' name='apk' /></paths>

其他路徑的的配置方式請參考：https://editor.csdn.net/md?articleId=106670247

簡單來說，就是將你要開放出去的路徑的類型選好，然后填上該類型下的相對路徑即可。我們以示例詳細說說：

<?xml version='1.0' encoding='utf-8'?><paths> <files-path path='apk/' name='apk' /></paths>

這表示我們想開放 程序內存里面的files目錄，然后在 files 目錄下的子路徑是 /apk，組合成絕對路徑就是 /data/con.xxx.xxx/files/apk 。至于 name 標簽則是用于 ContentProvider 標識使用的，一般來講按需要設置成不同的值就可以了，這里我有一個子目錄。

3、Java 代碼配置

Java 代碼的配置就沒什么特別的了，直接以章節(jié)首部的代碼來用就可以了。關鍵的代碼其實只有一行：

Uri uri = FileProvider.getUriForFile(context, authority, file)；

這里的三個參數(shù)分別為：

context：這里表示需要傳一個上下文過來 authority：可以通代碼在AndroidManifest.xml里面獲得 file：是你需要的安裝的文件

String authority = new StringBuilder(packageName).append('.provider').toString();//這里的strFile文件的路徑+名稱；例如：/data/file/apk/xxx.apkFile f=new File(strFile);Uri uri = FileProvider.getUriForFile(context, authority, file)；

通常我們都會兼顧 Android 高低版本的系統(tǒng)，因此會使用如下所示的“混合型”代碼：

public void install(){try{//這里有文件流的讀寫，需要處理一下異常Intent intent = new Intent(Intent.ACTION_VIEW);intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N){//如果SDK版本>=24，即：Build.VERSION.SDK_INT >= 24 String packageName = context.getApplicationContext().getPackageName(); String authority = new StringBuilder(packageName).append('.provider').toString(); uri = FileProvider.getUriForFile(context, authority, file); intent.setDataAndType(uri, 'application/vnd.android.package-archive'); } else{ uri = Uri.fromFile(file); intent.setDataAndType(uri, 'application/vnd.android.package-archive');}context.startActivity(intent);}catch (Exception e) { e.printStackTrace(); }}

總結

到此這篇關于Android 通過代碼安裝 APK的方法詳解的文章就介紹到這了,更多相關android 代碼安裝apk內容請搜索好吧啦網以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持好吧啦網！