2. 程式人生 > >Android7.0適配：關於Android 7.0 在應用間共享檔案的適配

Android7.0適配：關於Android 7.0 在應用間共享檔案的適配

阿新 • • 發佈：2018-12-22

前言

隨安卓版越來越高，對隱私保護力度亦越來越大。從Android6.0動態許可權控制（Runtime Permissions）到Android7.0私有目錄限訪、StrictMode API政策等的更改，這些更改在為使用者帶來更加安全的作業系統的同時也為開發者做應用適配帶來了一些新的任務，所以我們有必要對其進行了解，這也是我整理這篇文章的原因。

錯誤描述

在Android7.0系統上。Android 框架強制運行了 StrictMode API 政策禁止向你的應用外公開 file:// URI。
給其他應用傳遞 file:// URI 型別的Uri，可能會導致接受者無法訪問該路徑。 因此，如果在Android7.0及以上系統嘗試傳遞 file:// URI 就會觸發 FileUriExposedException異常，如呼叫系統相機拍照或者裁剪照片，呼叫系統的安裝程式執行apk的安裝等等操作，如果不適配在Android 7.0 及以上系統就會出現應用崩潰的現象。

關於Android 7.0應用間共享檔案的適配方案

在Android 7.0 之前我們通過File生成Uri的程式碼通常是這樣的：

File picFile = new File(pathString);
Uri picUri = Uri.fromFile(picFile);

這樣生成的Uri的路徑格式為file://xxx。這種Uri是無法在應用之間共享的，我們需要生成content://xxx型別的Uri，要獲取這種型別的Uri最簡單方式是使用 FileProvider類。

FileProvider類簡介

FileProvider是一個特殊的ContentProvider子類，它通過為檔案建立一個Content:/ / Uri而不是file:/ / Uri，從而促進與應用程式關聯的檔案的安全共享。

FileProvider的使用

FileProvider使用大概分為以下幾個步驟：
  1，在manifest清單檔案裡註冊provider
  2，res/xml中定義對外暴露的資料夾路徑
  3，生成content://型別的Uri
  4，給Uri授予臨時許可權
  5，使用Intent傳遞Uri

1，在manifest清單檔案裡註冊provider

<manifest>
  ...
  <application>
    ...
    <provider
        android:name="android.support.v4.content.FileProvider"
 

        android:authorities="com.demo.fileprovider"
        android:exported="false"  // 必須為false
        android:grantUriPermissions="true">   // 必須為true才具有臨時共享許可權
        <meta-data
            android:name="android.support.FILE_PROVIDER_PATHS"
            android:resource="@xml/file_paths" />
    </provider>
    ...
  </application>
</manifest>

exported:要求必須為false，為true則會報安全異常。grantUriPermissions:true，設定為true你才能獲取臨時共享許可權。
android:name：provider你可以使用v4包提供的FileProvider，或者自定義的，只需要在name申明就好了，一般使用系統的就足夠了。
android:authorities：類似schema，名稱空間之類，可以自定義，後面會用到。
2，res/xml中定義對外暴露的資料夾路徑
為了指定共享的資料夾我們須要在資源(res)資料夾下建立一個xml資料夾，然後建立一個名為“file_paths”(名字能夠隨便起，但是要和在manifest註冊的provider所引用的resource保持一致)的資原始檔。內容例如以下：

<?xml version="1.0" encoding="utf-8"?>
<paths>
    <external-path
        name="external_files"
        path="" />
</paths>

name：一個引用字串，用於給訪問路徑起個名字。
path：資料夾“相對路徑”，完整路徑取決於當前的標籤型別。

上述程式碼中path=""，是有特殊意義的，它代表根資料夾。也就是說你能夠向其它的應用共享根資料夾及其子資料夾下任何一個檔案了，假設你將path設為path=”pictures”，
那麼它代表著根資料夾下的pictures資料夾(eg:/storage/emulated/0/pictures)，假設你向其它應用分享pictures資料夾範圍之外的檔案是不行的。

paths這個元素內可以包含以下一個或多個，具體如下：

<files-path name="name" path="path" />

物理路徑相當於Context.getFilesDir() + /path/。

<cache-path name="name" path="path" />

物理路徑相當於Context.getCacheDir() + /path/。

<external-path name="name" path="path" />

物理路徑相當於Environment.getExternalStorageDirectory() + /path/。

<external-files-path name="name" path="path" />

物理路徑相當於Context.getExternalFilesDir(String) + /path/。

<external-cache-path name="name" path="path" />

物理路徑相當於Context.getExternalCacheDir() + /path/。
3，生成content://型別的Uri

File apkFile=new File(Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_DOWNLOADS),"app-release.apk");
String authorities = "com.example.aa.fileProvider";
Uri uriForFile = FileProvider.getUriForFile(this, authorities, apkFile);

上面注意authorities應該與清單檔案中配置的authorities屬性值保持一致。
4，給Uri授予臨時許可權

intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION
               | Intent.FLAG_GRANT_WRITE_URI_PERMISSION);

FLAG_GRANT_READ_URI_PERMISSION：表示讀取許可權；
FLAG_GRANT_WRITE_URI_PERMISSION：表示寫入許可權。
5，使用Intent傳遞Uri
如在app版本更新適配7.0時：

install.setDataAndType(uriForFile,"application/vnd.android.package-archive");
startActivity(install);

app版本更新適配7.0時，呼叫系統安裝應用完成apk安裝的程式碼如下：

要在當前應用和系統安裝應用之間共享下載好的apk檔案，所以要適配。

private void installAPK() {
     Intent install = new Intent(Intent.ACTION_VIEW);
     // 找到下載好的apk
     File apkFile=new File(Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_DOWNLOADS),"new.apk");
         if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N){
               String authorities = "com.example.aa.fileProvider";
               Uri uriForFile = FileProvider.getUriForFile(this, authorities, apkFile);
               install.setFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);               
               install.setDataAndType(uriForFile,"application/vnd.android.package-archive");
          }else {
                install.setDataAndType(Uri.fromFile(apkFile), "applicati on/vnd.android.package-archive");
          }
      install.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
      startActivity(install);
    }

拍照適配

String cachePath = getApplicationContext().getExternalCacheDir().getPath();
File picFile = new File(cachePath, "test.jpg");
Uri picUri = Uri.fromFile(picFile);
Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
intent.putExtra(MediaStore.EXTRA_OUTPUT, picUri);
startActivityForResult(intent, 100);

這是常見的開啟系統相機拍照的程式碼，拍照成功後，照片會儲存在picFile檔案中。
這段程式碼在Android 7.0之前是沒有任何問題，但是如果你嘗試在7.0的系統上執行，會丟擲FileUriExposedException異常，為了適配7.0我們修改為如下所示：

File imagePath = new File(Context.getFilesDir(), "images");
if (!imagePath.exists()){imagePath.mkdirs();}
File newFile = new File(imagePath, "default_image.jpg");
Uri contentUri = getUriForFile(getContext(), 
                 "com.mydomain.fileprovider", newFile);
Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
intent.putExtra(MediaStore.EXTRA_OUTPUT, contentUri);
// 授予目錄臨時共享許可權
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION
               | Intent.FLAG_GRANT_WRITE_URI_PERMISSION);
startActivityForResult(intent, 100);

裁剪適配

File file=new File(Environment.getExternalStorageDirectory(), "/temp/"+System.currentTimeMillis() + ".jpg");
if (!file.getParentFile().exists())file.getParentFile().mkdirs();
Uri outputUri = Uri.fromFile(file);
Uri imageUri=Uri.fromFile(new File("/storage/emulated/0/temp/1474960080319.jpg"));
Intent intent = new Intent("com.android.camera.action.CROP");
intent.setDataAndType(imageUri, "image/*");
intent.putExtra("crop", "true");
intent.putExtra("aspectX", 1);
intent.putExtra("aspectY", 1);
intent.putExtra("scale", true);
intent.putExtra(MediaStore.EXTRA_OUTPUT, outputUri);
intent.putExtra("outputFormat", Bitmap.CompressFormat.JPEG.toString());
intent.putExtra("noFaceDetection", true); // no face detection
startActivityForResult(intent,1008);

和拍照一樣。上述程式碼在Android7.0上相同會引起android.os.FileUriExposedException異常，解決的方法就是上文說說的使用FileProvider，將上述程式碼改為例如以下就可以：

File file=new File(Environment.getExternalStorageDirectory(), "/temp/"+System.currentTimeMillis() + ".jpg");
if (!file.getParentFile().exists())file.getParentFile().mkdirs();
Uri outputUri = FileProvider.getUriForFile(context, "com.jph.takephoto.fileprovider",file);
Uri imageUri=FileProvider.getUriForFile(context, "com.jph.takephoto.fileprovider", new File("/storage/emulated/0/temp/1474960080319.jpg");//通過FileProvider建立一個content型別的Uri
Intent intent = new Intent("com.android.camera.action.CROP");
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
intent.setDataAndType(imageUri, "image/*");
intent.putExtra("crop", "true");
intent.putExtra("aspectX", 1);
intent.putExtra("aspectY", 1);
intent.putExtra("scale", true);
intent.putExtra(MediaStore.EXTRA_OUTPUT, outputUri);
intent.putExtra("outputFormat", Bitmap.CompressFormat.JPEG.toString());
intent.putExtra("noFaceDetection", true); // no face detection
startActivityForResult(intent,1008);

相關推薦

Android7.0適配：關於Android 7.0 在應用間共享檔案的適配

前言 隨安卓版越來越高，對隱私保護力度亦越來越大。從Android6.0動態許可權控制（Runtime Permissions）到Android7.0私有目錄限訪、StrictMode API政策等的更改，這些更改在為使用者帶來更加安全的作業系統的同時也為開發者

Android什麼版本開始支援藍芽4.2？答案：Android 7.0

轉自：https://blog.csdn.net/h_o_w_e/article/details/79874162 根據Android 7.0的相容性文件（https://source.android.com/compatibility/7.0/android-7.0-cdd.pdf） 裡面

呼叫系統相機拍照--是配到android-7.0

一:獲取縮放圖 直接呼叫相機拍照,無需人和許可權,但是缺點是隻能獲取到縮放圖(不清晰的哦,一般不採用這種) /** * 縮放圖 */ mThumbnail.setOnClickListene

Androiｄ筆記：Android 7.0 FileUriExposedException 解決

從Android 7.0開始，一個應用提供自身檔案給其它應用使用時，如果給出一個file://格式的URI的話，應用會丟擲FileUriExposedException。這是由於谷歌認為目標app可能不具有檔案許可權，會造成潛在的問題。所以讓這一行為快速失敗。詳

Android 7.0 行為變更 通過FileProvider在應用間共享檔案吧

一、概述 之前專案的新特性適配工作都是同事在做，一直沒有怎麼太關注，不過類似這些適配的工作還是有必要做一些記錄的。 對於Android 7.0，提供了非常多的變化，詳細的可以閱讀官方文件Android 7.0 行為變更，記得當時做了多視窗支援、Fil

我們來一探究竟 Android 7.0 適配中 FileProvider 部分

rip 使用 star 過程 限制 需要 lock 目錄文件 support 本文標簽： Android7.0 FileProvider 由於 Android 7.0 或更高版本的系統在國內手機市場上的占比不是很高，很多 Android 開發人員並沒有做 7.0 適配工作，

Android 7.0 之拍照與圖片裁剪適配

在Android 7.0以上，在相機拍照和圖片裁剪上，可能會碰到以下一些錯誤： Process: com.yuyh.imgsel, PID: 22995 // 錯誤1 android.os.FileUriExposedException: file:///storage/emulate

android 下載apk後安裝apk(適配android 7.0)

    為適配7.0以後系統，首先需要在AndroidManifest.xml檔案中application節點下定義provider,如下：   <provider          android:nam

android app 更新下載安裝 適配android 7.0

public class UpdataService extends Service { public UpdataService() { } /** * 安卓系統下載類 **/ private DownloadManager manager; /

適配Android 7.0出現讀取外部儲存問題解決方法

在Android 7.0適配過程中，呼叫相機/相簿、讀取指定目錄下的檔案時，未處理好許可權問題時，會出現以下異常： android.os.FileUriExposedException: fil

Android 7.0分屏適配和檔案許可權

Android 7.0分屏適配和檔案許可權 分屏適配 檔案許可權 一、分屏適配 從Android N開始，添加了分屏和畫中畫功能。 在手持裝置上，兩個應用可以在“分屏”模式中左右並排或上下並排顯示。 在電視裝置上，應用可以使用“畫中畫”模式，如

Android 7.0 拍照，相簿選擇和系統圖片裁剪和刪除適配

Android 7.0 引入了 Provider 給 app 申請檔案儲存路徑，所以需要配置 Provider ，才可以使用 儲存功能。 定義 provider 在 res/xml 資料夾下定義

Android 7.0 PopupWindow彈出位置的適配問題

近期需求是需要在頁面標題欄中title的下方彈出PopupWindow進而做一些操作，當寫完之後發現在7.0- 手機上彈出的位置是正確的但是執行在7.0系統的手機上時出現了彈出位置將穿進去的控制元件給覆蓋了起來（這是就是7.0popupWindow位置的適配）查了許多資料進

Android 7.0相機適配許可權管理

剛從6.0的坑中跳出，又跳進了7.0的漩渦中。表示心累，但又不得不去學習學習新的知識，新增新的程式碼。 今天就和大家聊一聊我遇見的一些問題和解決的方法，先貼圖。

Android 7.0適配 afinal報錯

最近專案碰到7.0版本執行直接閃退 錯誤日誌如下 com.android.internal.policy.DecorContext cast to activity 通過列印日誌和檢視原始碼得知 net.tsz.afinal.AFinalUIHelp

Android 7.0呼叫系統相機適配筆記

對於Android N以下，檔案直接Uri.fromFile(file)就可以直接使用，Audroid N 即編譯app的版本 compileSdkVersion 24時，此時會報出FileUriExposedException異常，解釋如下: 對於面向 Android

安卓專案實戰之APP版本升級更新，適配安卓7.0

前言 APP的版本升級主要分為兩種方式： 1.應用市場升級 2.應用內升級 而應用內升級的方式是目前大多數APP採用的升級更新方式。 應用內升級的模式 按照不同的業務需求又可以分為兩種： 1，強制性更新 如果APP有更新，那麼則彈出更新提示對話方塊，並且

android 7.0分享朋友圈提示：“獲取資源失敗，僅支援分享照片至朋友圈”或者FileProvider生成的Uri無法識別

需求是把網路圖片地址是string型別，生成圖片，分享到朋友圈，遇到的問題是，7.0之前沒有問題分享朋友圈，順便切上程式碼： Intent intent = new Intent(); Uri uri = null; try { Stri

Android 7.0新特性,深入瞭解Android7.0

深度瞭解Android 7.0 ，你準備好了嗎？ 導語 2016年8月22日，谷歌正式推送Android 7.0 Nougat（牛軋糖）正式版，首發推送了多款Nexus裝置。除了修復常規BUG，Android 7.0還新增了分屏、新的Notification

Android 7.0及其以上系統拍照，開啟相簿，裁剪，報錯： android.os.FileUriExposedException: file:///storage/emulated/0/.....

全部程式碼：點選下載注意：如果你原先的應用的targetSdkVersion本來就小與27。那就拍照。什麼都不修改。也不會崩潰。但是、一旦你修改了你的targetSdkVersion為27.或者28。那你的應用就會報出這些問題。。具體原因。請自行百度下targetSdkVer