这次遇到一个问题
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，可是为什么呢，明明之前运行得好好的，现在突然不行了。
This is only thrown for applications targeting
Build.VERSION_CODES.Nor higher. Applications targeting earlier SDK versions are allowed to sharefile://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.
已发布至 我说的这句话是谎话
