Android 7.0 的一处安全性改动:不允许再直接使用真实路径的URI。 因此不能再直接调 Uri.fromFile() 方法了,需要用到 FileProvider 。
主要记录容易出现的问题
1、FileProvider的使用(可忽略)
2、使用时可能会出现的问题
FileProvider的使用
<provider
android:name="androidx.core.content.FileProvider"
android:authorities="你的包名.fileprovider"
android:exported="false"
android:grantUriPermissions="true">
<meta-data
android:name="android.support.FILE_PROVIDER_PATHS"
android:resource="@xml/file_paths" />
</provider>
<?xml version="1.0" encoding="utf-8"?>
<paths>
//代表的目录即为:Environment.getExternalStorageDirectory()/Android/data/包名/
<external-path
name="files_root"
path="Android/data/你的包名/" />
//代表的目录即为:Environment.getExternalStorageDirectory()
<external-path
name="external_storage_root"
path="." />
//代表的目录即为:Environment.getExternalStorageDirectory()/pics
<external-path
name="external"
path="pics" />
</paths>
可能会出现的问题
1、项目中FileProvider的声明只有一处的时候,可能是authority 参数不一致导致的
出现这个问题的核心在于:
通过FileProvider.getUriForFile()这个方法获取Uri的时候里面的第二个参数authority 跟你的app的manifest文件中不一致导致的
源码中这个方法是这样的
public static Uri getUriForFile(@NonNull Context context, @NonNull String authority,
@NonNull File file) {
final PathStrategy strategy = getPathStrategy(context, authority);
return strategy.getUriForFile(file);
}
我们通常使用的时候是这样的
public static Uri getUriForFile(Context context, File file) {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
return FileProvider.getUriForFile(context, context.getPackageName() + ".fileProvider", file);
} else {
return Uri.fromFile(file);
}
}
所以出现问题了你要看一下这个参数和你的manifest文件中是否一致。
2、你的app中和第三方app或者module中都声明了FileProvider并且声明的authority属性一样导致的
android:authorities属性,它是识别内容提供者提供的数据的一个或多个URI权威机构的列表。一个fileprovider可以使用一个或多个。
所以多个声明的时候要把authority改成不一样的,都一样的话会导致其中一方失效,从而出现崩溃问题。
最后,如果你适配了7.0的FileProvider并且确认声明的没问题之后再去使用发现还是有问题,你可以根据上面两种情况看看自己符合哪一种,进行解决
我自己遇到的是第一种,我引入了一个demo他的相机部分代码中的authority和我的manifest中的不一致一直报错,一开始没从这方面想(因为项目原来的相机功能是好用的)导致卡了好长时间。。。。
authority 这个属性其实是你想写什么就写什么
但是为了方便(第三方sdk等),一般常用:包名+自定义的标识