最近作者又碰到因為android 7.0 引起的兼容問題了。
在7.0以前的版本：
//創建臨時圖片 File photoOutputFile = SDPath.getFile("temp.jpg", SDPath.PHOTO_FILE_STR); Uri photoOutputUri = Uri.fromFile(photoOutputFile);
這個file文件直接非常簡單的轉換成"file://XXX/XXX/XXX"的uri格式
7.0后的版本：
當把targetSdkVersion指定成24及之上並且在API>=24的設備上運行時。這種方式則會出現FileUriExposedException異常
android.os.FileUriExposedException: file:///XXX exposed beyond app through ClipData.Item.getUri() at android.os.StrictMode.onFileUriExposed(StrictMode.java:1799) at android.net.Uri.checkFileUriExposed(Uri.java:2346) at android.content.ClipData.prepareToLeaveProcess(ClipData.java:832) at android.content.Intent.prepareToLeaveProcess(Intent.java:8909) ...
原因
Android不再允許在app中把file://Uri暴露給其他app，包括但不局限於通過Intent或ClipData 等方法。
原因在於使用file://Uri會有一些風險，比如：
- 文件是私有的，接收
file://Uri的app無法訪問該文件。 - 在Android6.0之后引入運行時權限，如果接收file://Uri的app沒有申請
READ_EXTERNAL_STORAGE權限，在讀取文件時會引發崩潰。
因此，google提供了FileProvider，使用它可以生成content://Uri來替代file://Uri。
解決方案
首先在AndroidManifest.xml中添加provider
-
android:authorities
是用來標識provider的唯一標識，在同一部手機上一個"authority"串只能被一個app使用，沖突的話會導致app無法安裝。 -
android:exported必須設置成false,后面異常會講為什么 -
android:grantUriPermissions用來控制共享文件的訪問權限，也可以在java代碼中設置。
因此，google提供了FileProvider，使用它可以生成content://Uri來替代file://Uri。 解決方案 首先在AndroidManifest.xml中添加provider android:authorities 是用來標識provider的唯一標識，在同一部手機上一個"authority"串只能被一個app使用，沖突的話會導致app無法安裝。 android:exported必須設置成false,后面異常會講為什么 android:grantUriPermissions用來控制共享文件的訪問權限，也可以在java代碼中設置。
解決方案
首先在AndroidManifest.xml中添加provider
-
android:authorities
是用來標識provider的唯一標識，在同一部手機上一個"authority"串只能被一個app使用，沖突的話會導致app無法安裝。 -
android:exported必須設置成false,后面異常會講為什么 -
android:grantUriPermissions用來控制共享文件的訪問權限，也可以在java代碼中設置。
<manifest xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" package="com.zhongjh.phone.ui" ··· <provider android:name="android.support.v4.content.FileProvider" android:authorities="com.zhongjh.phone.ui.fileprovider" android:exported="false" android:grantUriPermissions="true"> <meta-data android:name="android.support.FILE_PROVIDER_PATHS" android:resource="@xml/provider_paths" /> </provider> </manifest >
res/xml/provider_paths.xml
這是指定路徑和轉換規則
<paths>中可以定義以下子節點
| 子節點 | 對應路徑 | 例子 |
|---|---|---|
| files-path | Context.getFilesDir() | |
| cache-path | Context.getCacheDir() | |
| external-path | Environment.getExternalStorageDirectory() | /storage/emulated/0/ |
| external-files-path | Context.getExternalFilesDir(null) | |
| external-cache-path | Context.getExternalCacheDir() |
加入我要替換的目錄是
/storage/emulated/0/diary sdcard/photo/
那么配置應該寫成
<?xml version="1.0" encoding="utf-8"?> <paths xmlns:android="http://schemas.android.com/apk/res/android"> <external-path name="external_files" path="diary sdcard/photo"/> </paths>
然后修改代碼
//創建臨時圖片 File photoOutputFile = SDPath.getFile("temp.jpg", SDPath.PHOTO_FILE_STR); //Uri photoOutputUri = Uri.fromFile(photoOutputFile); Uri photoOutputUri = FileProvider.getUriForFile( mContext, mActivity.getPackageName() + ".fileprovider", photoOutputFile); intent.putExtra(MediaStore.EXTRA_OUTPUT, photoOutputUri);
我所碰到的異常處理
-
java.lang.SecurityException: Provider must not be exported
解決方案：android:exported必須設置成false -
Attempt to invoke virtual method 'android.content.res.XmlResourceParser android.content.pm.PackageItemInfo.loadXmlMetaData(android.content.pm.PackageManager, java.lang.String)' on a null object reference
解決方案：AndroidManifest.xml處的android:authorities必須跟mActivity.getPackageName() + ".fileprovider"一樣