华为设备上的FileProvider getUriForFile()错误

针对Android N的更新（留下下面的原始答案，并已确认这种新方法在生产中发挥作用）。

正如你在更新中指出的，许多华为设备型号（如KIW-L24、ALE-L21、ALE-L02、PLK-L01和其他各种型号）在调用 ContextCompat#getExternalFilesDirs(String) 时违反了Android契约。它们不是将 Context#getExternalFilesDir(String) （即默认条目）作为数组中的第一个对象返回，而是将第一个对象作为外部SD卡的路径返回，如果有的话。

通过破坏这个订购契约，这些带有外部SD卡的华为设备在调用 FileProvider#getUriForFile(Context, String, File) 的 external-files-path 根时，会出现 IllegalArgumentException 而崩溃。虽然有多种解决方案可以尝试处理这个问题（例如编写一个自定义的 FileProvider 实现），但我发现最简单的方法是抓住这个问题并。

实现这一目标的代码可以在下面找到。

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实现）。我已经在生产中测试了这一点，所以我可以确认它解决了这些华为的崩溃。对我来说，这是最好的方法，因为我不希望花太多时间来解决很明显是制造商的缺陷。 
从之前的华为设备更新到安卓N系统，有这个bug。
由于FileUriExposedException，这在安卓N及以上系统中是行不通的，但我还没有在安卓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);