Android N 的更新（保留下面的原始答案，并确认这种新方法在生产中有效）：
正如您在更新中所指出的，许多华为设备型号（例如 KIW-L24、ALE-L21、ALE-L02、PLK-L01 和其他各种型号）违反了 Android 调用ContextCompat#getExternalFilesDirs(String). 它们不是返回Context#getExternalFilesDir(String)（即默认条目）作为数组中的第一个对象，而是返回第一个对象作为外部 SD 卡的路径（如果存在）。
通过违反此订购合同，这些带有外部 SD 卡的华为设备将IllegalArgumentException在调用 rootFileProvider#getUriForFile(Context, String, File)时崩溃external-files-path。虽然您可以采用多种解决方案来尝试处理此问题（例如编写自定义FileProvider实现），但我发现最简单的方法是捕获此问题并且：
- Pre-N: Return
Uri#fromFile(File)，它不适用于 Android N 及更高版本，因为FileUriExposedException
- N：将文件复制到您的
cache-path（注意：如果在 UI 线程上完成，这可能会引入 ANR），然后返回FileProvider#getUriForFile(Context, String, File)复制的文件（即完全避免错误）
可以在下面找到完成此操作的代码：
public class ContentUriProvider {
private static final String HUAWEI_MANUFACTURER = "Huawei";
public static Uri getUriForFile(@NonNull Context context, @NonNull String authority, @NonNull File file) {
if (HUAWEI_MANUFACTURER.equalsIgnoreCase(Build.MANUFACTURER)) {
Log.w(ContentUriProvider.class.getSimpleName(), "Using a Huawei device Increased likelihood of failure...");
try {
return FileProvider.getUriForFile(context, authority, file);
} catch (IllegalArgumentException e) {
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.N) {
Log.w(ContentUriProvider.class.getSimpleName(), "Returning Uri.fromFile to avoid Huawei 'external-files-path' bug for pre-N devices", e);
return Uri.fromFile(file);
} else {
Log.w(ContentUriProvider.class.getSimpleName(), "ANR Risk -- Copying the file the location cache to avoid Huawei 'external-files-path' bug for N+ devices", e);
// Note: Periodically clear this cache
final File cacheFolder = new File(context.getCacheDir(), HUAWEI_MANUFACTURER);
final File cacheLocation = new File(cacheFolder, file.getName());
InputStream in = null;
OutputStream out = null;
try {
in = new FileInputStream(file);
out = new FileOutputStream(cacheLocation); // appending output stream
IOUtils.copy(in, out);
Log.i(ContentUriProvider.class.getSimpleName(), "Completed Android N+ Huawei file copy. Attempting to return the cached file");
return FileProvider.getUriForFile(context, authority, cacheLocation);
} catch (IOException e1) {
Log.e(ContentUriProvider.class.getSimpleName(), "Failed to copy the Huawei file. Re-throwing exception", e1);
throw new IllegalArgumentException("Huawei devices are unsupported for Android N", e1);
} finally {
IOUtils.closeQuietly(in);
IOUtils.closeQuietly(out);
}
}
}
} else {
return FileProvider.getUriForFile(context, authority, file);
}
}
}
随着file_provider_paths.xml：
<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
<external-files-path name="public-files-path" path="." />
<cache-path name="private-cache-path" path="." />
</paths>
一旦您创建了这样的类，请将您的调用替换为：
FileProvider.getUriForFile(Context, String, File)
和：
ContentUriProvider.getUriForFile(Context, String, File)
坦率地说，我不认为这是一个特别优雅的解决方案，但它确实允许我们使用正式记录的 Android 行为而无需做任何过于激烈的事情（例如编写自定义FileProvider实现）。我已经在生产中对此进行了测试，因此我可以确认它可以解决这些华为崩溃问题。对我来说，这是最好的方法，因为我不想花太多时间来解决明显是制造商的缺陷。
与此错误更新到 Android N 的华为设备之前的更新：
这不适用于 Android N 及更高版本FileUriExposedException，但我还没有遇到在 Android N 上配置错误的华为设备。
public class ContentUriProvider {
private static final String HUAWEI_MANUFACTURER = "Huawei";
public static Uri getUriForFile(@NonNull Context context, @NonNull String authority, @NonNull File file) {
if (HUAWEI_MANUFACTURER.equalsIgnoreCase(Build.MANUFACTURER) && Build.VERSION.SDK_INT < Build.VERSION_CODES.N) {
Log.w(ContentUriProvider.class.getSimpleName(), "Using a Huawei device on pre-N. Increased likelihood of failure...");
try {
return FileProvider.getUriForFile(context, authority, file);
} catch (IllegalArgumentException e) {
Log.w(ContentUriProvider.class.getSimpleName(), "Returning Uri.fromFile to avoid Huawei 'external-files-path' bug", e);
return Uri.fromFile(file);
}
} else {
return FileProvider.getUriForFile(context, authority, file);
}
}
}