Android N 出现FileUriExposedException的兼容处理

这次遇到一个问题

Caused by: android.os.FileUriExposedException: file:///........ exposed beyond app through Intent.getData()  
   at android.os.StrictMode.onFileUriExposed(StrictMode.java:1799)  
   at android.net.Uri.checkFileUriExposed(Uri.java:2346)  
   at android.content.Intent.prepareToLeaveProcess(Intent.java:8933)  
   at android.content.Intent.prepareToLeaveProcess(Intent.java:8894)  
   at android.app.Instrumentation.execStartActivity(Instrumentation.java:1517)  
   at android.app.Activity.startActivityForResult(Activity.java:4224)  
   at android.support.v4.app.BaseFragmentActivityJB.startActivityForResult(BaseFragmentActivityJB.java:50)  
   at android.support.v4.app.FragmentActivity.startActivityForResult(FragmentActivity.java:79)  
   at android.app.Activity.startActivityForResult(Activity.java:4183)  
   at android.support.v4.app.FragmentActivity.startActivityForResult(FragmentActivity.java:859)  
   at android.app.Activity.startActivity(Activity.java:4507)  
   at android.app.Activity.startActivity(Activity.java:4475)

充分发挥面向 stackoverflow 编程精神，找到了一个解决办法

Solved StackOverFlow Link，可是为什么呢，明明之前运行得好好的，现在突然不行了。

Google 官方解释

This is only thrown for applications targeting Build.VERSION_CODES.N or higher. Applications targeting earlier SDK versions are allowed to share file:// Uri, but it's strongly discouraged.

Android N 以前是没有问题的，Android N 以后 Google不再允许在app中把file:// Uri暴露给其他app，否则应用会抛出FileUriExposedException。原因在于，Google认为使用file:// Uri存在一定的风险。比如，文件是私有的，其他app无法访问该文件，或者其他app没有申请READ_EXTERNAL_STORAGE运行时权限。解决方案是，使用FileProvider生成content:// Uri来替代file:// Uri。

我们就看看 FileProvider 的解决方式 FileProvider

声明FileProvider

<manifest>
    ...
    <application>
        ...
        <provider
            android:name="android.support.v4.content.FileProvider"
            android:authorities="com.mydomain.fileprovider"
            android:exported="false"
            android:grantUriPermissions="true">
            <meta-data
                 android:name="android.support.FILE_PROVIDER_PATHS"
                 android:resource="@xml/file_paths" />
        </provider>
        ...
    </application>
</manifest>

name 是固定写法

authorities 为唯一验证，建议使用包名

exported 必须为 false

grantUriPermissions 必须为 true

添加file_paths 文件

在res目录下新建一个xml文件夹，并且新建一个file_paths的xml文件

其中根元素<paths>是固定的，内部元素可以是以下节点：
<files-path name="name" path="path" /> 对应getFilesDir()
<cache-path name="name" path="path" /> 对应getCacheDir()
<external-path name="name" path="path" /> 对应Environment.getExternalStorageDirectory()
<external-files-path name="name" path="path" /> 对应getExternalFilesDir()
<external-cache-path name="name" path="path" /> 对应getExternalCacheDir()

例：

<?xml version="1.0" encoding="utf-8"?>
<paths>
    <!--path：需要临时授权访问的路径（.代表所有路径）-->
    <!--name：就是你给这个访问路径起个名字-->
    <external-path path="Android/data/package_name/" name="data_files_root" />
    <external-path path="." name="external_storage_root" />
</paths>

使用FileProvider

Uri data;  
    // 判断版本大于等于7.0  
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {  
        // "com.mydomain.fileprovider"即是在清单文件中配置的authorities  
        data = FileProvider.getUriForFile(context, "com.mydomain.fileprovider", file);  
    // 给目标应用一个临时授权  
        intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);  
    } else {  
        data = Uri.fromFile(file);  
    }

这样，在 Android N 上就不会出现再出现这个FileUriExposedException异常了。

Done.
已发布至我说的这句话是谎话

Android N 出现FileUriExposedException的兼容处理