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

• 但隨著 Android系統(tǒng)版本的迭代，其對于權(quán)限的把控越來越嚴格，或者說是變得越來越注重安全性。這就導致了以前可以通過很簡單的幾行代碼就能實現(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 的位置，并擁有訪問權(quán)限即可。
但現(xiàn)在市面上主流的 Android 手機系統(tǒng)版本都已經(jīng)要高于 7.0 了，這一方法幾乎已經(jīng)沒有用了

高版本系統(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);

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

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) {
     //權(quán)限允許
     //在這里可以添加自己的操作
    } else {
     // 權(quán)限被拒絕
    }
   }
  });
 }

Android更多權(quán)限得查詢：https://www.jianshu.com/p/24f79a70025b

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

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

在高版本系統(tǒng)中，APK 已經(jīng)不能直接訪問其它 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） 包下的。這兩種都可以填寫，本質(zhì)上沒有區(qū)別。但是要根據(jù)實際情況來決定用哪個，即要看你的工程引的是 androidx 支援包還是 support 支援包。關于 support 與 androidx 的關系本文就不再贅述了。
• android:authorities 屬性就是和普通的 ContentProvider 一樣的用于訪問文件資源的 uri 標簽頭。值內(nèi)容根據(jù)實際需要來填寫即可。
• android:exported這個屬性表示的是：其他app能否訪問這個provider
• android:grantUriPermissions 這個屬性用于給內(nèi)容提供器的數(shù)據(jù)子集授權(quán)
• 如果內(nèi)容提供器的grantUriPermissions屬性被設置為true，那么權(quán)限能夠被授予內(nèi)容提供器范圍內(nèi)的任何數(shù)據(jù)。但是，如果grantUriPermission屬性被設置為false，那么權(quán)限就只能授予這個元素所指定的數(shù)據(jù)子集。一個內(nèi)容提供器能夠包含任意多個元素。每個都只能指定一個路徑（三個可能屬性中的一個）。
• meta-data 標簽中的內(nèi)容需要關注的是 android:resource 屬性中的內(nèi)容。這個屬性的值引向一個自行配置的 xml 文件，這份 xml 文件記載的是設備中的路徑信息，簡單理解就是你想開放哪些目錄中的文件資源給第三方使用的意思。關于這個 xml 的配置請看第 2 步的記載。

2、paths 配置

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

<?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>

這表示我們想開放 程序內(nèi)存里面的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.apk
File 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();
 }
}

總結(jié)

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

最新評論