Android10分区存储适配

这个问题其实在很早之前Android10提出的时候就开始做了适配，但是为什么写这篇文章呢，是因为Android11快来了，目前我们这边没有android11的手机进行测试，所以会产生一些疑问，打算写出来，希望能有大佬们指点一二。

废话不多说，直接开始。
android 10提出了分区存储的概念。开发者无法直接获取外部存储的读写权限，用我们平常的话来说就是无法直接读写SD卡上的东西。
可以看看官方的描述：https://developer.android.com/training/data-storage/files/external-scoped

这是什么意思呢，别急，我们按照一些场景来举例，让你能够大概知道Android10这种环境下如何进行适配。

一. 场景举例

PS:如果不知道分区存储是什么个情况，建议在Android11的手机上并设置targetSdkVersion为29，跑一遍应用，写个读写外部存储的操作，看看会发生什么

1. 目标版本targetSdkVersion设置为29以下的情况

这种情况下能正常的读写SD卡的文件，也就是Environment.getExternalStorageDirectory()路径的文件，我很早之前测试过，好像我记得即便手机是Android10，只要targetSdkVersion不设置超过29也不会有外部存储的读写问题（不对的话请指出）
如果是这样的话，最方便的做法就是不把targetSdkVersion设置超过29就不会有问题

2. 使用应用自身的外部存储路径

使用应用自身的外部存储不会受影响，只不过这个路径的文件会在卸载时也会被删除。
简单来说就是context.getExternalFilesDir()不受影响， Environment.getExternalStorageDirectory()才受影响。

3. 如何文件再升级前已经存在的情况

怎么去了解这种情况，我举个栗子，手机是Android10，假如第一次装的应用的targetSdkVersion是28，此时是能正常使用原本的Environment.getExternalStorageDirectory()对外部存储文件做读写操作，那么这个文件就存在了。这时候，应用更新，新版本的应用是使用targetSdkVersion设置29的，安装应用（无论覆盖安装还是卸载安装），此时依旧能使用旧的方式读写外部存储，即便手动去文件管理器删除你外部存储的文件，依旧能正常读写。
那么返过来，还是上边的栗子，在安装新的应用之前，将旧的应用卸载，并且手动去文件管理器删除你外部存储的文件，意思就是安装前清空掉所有，安装之后，如果使用Environment.getExternalStorageDirectory()对外部存储文件做读写操作，会报错。

4. 设置requestLegacyExternalStorage属性

在Manifest中设置requestLegacyExternalStorage = false能够关闭不使用分区存储，也就是说设置这个属性之后，你依旧能像以前一样正常的读写外部存储的数据。
这个方法也是很多人会去使用的一个方法，我刚开始的时候也是使用这个方法，一条代码能解决问题的操作，它不香吗，但是这个方式也会存在问题，下面会说。

5. 根据官网的要求，执行分区存储

其实也有很多博主也写过关于这个方面的内容，无外乎是两种方式，使用MediaStore或存储访问框架(SAF)
按照之前我们读写外部公共存储文件的操作一般是这样写的

String path = Environment.getExternalStorageDirectory()
String name = "TestFN"
File file = new File(path, name);
// todo 然后执行IO流读写

然后如果使用MediaStore的话，举个栗子的吧，就弄一个写文件的Demo，因为网上很多都是图片视频什么的，假如写到Downloads文件夹里

ContentResolver resolver = getContentResolver();
ContentValues values = new ContentValues();
values.put(MediaStore.Downloads.DISPLAY_NAME, "FILENAME");
 //设置文件类型（有哪些类型网上很容易查到，如果不设置的话，就是默认没有扩展名的文件）
values.put(MediaStore.Downloads.MIME_TYPE, "text/plain");
 //这个方法只可在Android10的手机上执行，设置路径
values.put(MediaStore .Downloads.RELATIVE_PATH, "Download/mypath");
Uri external = MediaStore.Downloads.EXTERNAL_CONTENT_URI;
// 写入文件
Uri insertUri = resolver.insert(external, values);

// io写入
            OutputStream os = null;
            String test = "aaaaaaaaaa";
            try {
                os = resolver.openOutputStream(insertUri);
                if(os == null){
                    return;
                }
                byte[] buffer = test.getBytes();
                os.write(buffer, 0, buffer.length);
            } catch (Exception e) {
                e.printStackTrace();
            }finally {
                try {
                    if (os != null) {
                        os.close();
                    }
                } catch (IOException e) {
                    e.printStackTrace();
                }
            }

之后可以打开文件管理器，在Download文件夹下mypath文件夹下能找到FILENAME.txt文件，打开能看到里面的内容aaaaaaaaaa。
使用SAF的话就更加简单了

Intent intent = new Intent(Intent.ACTION_OPEN_DOCUMENT);
intent.addCategory(Intent.CATEGORY_OPENABLE);
startActivityForResult(intent, code);

然后在onActivityResult中可以获取到uri，再执行读写操作。

二. 分区存储分析

按照谷歌的意思，大概意思是执行分区存储是为了能够更好的管理文件，以前的方式太乱了。
站在用户的角度去思考，确实是这个改变会很舒服，很多流氓软件卸载之后会残留文件在SD卡里面继续占内存，我去删的话还要一个一个删除，现在方便了，比如我之前装了10个流氓软件，现在我直接把DownLoad文件夹删除，这个文件夹下的10个流氓软件的东西都会全部删除。
但是站在开发者角度就有点难受了，因为要适配Android11，到时候要做数据迁移，莫名其妙的增加了工作量。

然后关于上面提出的两个方案，对于非媒体文件来说，比如说txt这些，我个人是打算使用MediaStore来存数据，但是我看很多人说这些文件最后用SAF，其实这里我有一个疑问，SAF会打开弹框和用户进行交互，但并不是所有的需求都是想弹一个页面和用户交互的吧？比如我捕获到了异常写到一个txt文件，想存到外部存储中，难道我还要弹出一个弹框问用户这个异常文件要存到哪吗？

三. Android11分区存储分析

写这篇文章的这个时间点，Android11还没出

但是存在预览版，因为没有Google Pixel 4/4 XL、Pixel 3a/3a XL、Pixel 3/3 XL 和 Pixel 2/2 XL这些机型进行测试（不想使用模拟器），那具体的情况估计等出了之后才知道，这里就只能做一些简单的分析。
个人觉得比较靠谱的两个消息渠道来源：
（1）官方的文档，中文的https://developer.android.google.cn/preview/privacy/storage#scoped-storage
（2）B站的这个视频 https://www.bilibili.com/video/BV1fT4y1g74Z
它们大致说的内容都一样，这里拿官方文档简单分析下。

Android11提出强制执行分区存储，在Android10中是非强制的，上面说了，在Manifest中配置requestLegacyExternalStorage属性可以关闭分区存储。按这Android11文档的意思，是不是在Android11的手机上即便配置requestLegacyExternalStorage属性也没效，所以上面说了再Android10中使用requestLegacyExternalStorage来规避分区储存的操作，是不可靠的，虽然一行代码能解决问题很香，但还是建议尽快换种方式。

文档说“在大多数情况下，您可以将数据迁移到您的应用专用目录。”，专用目录就是context.getExternalFilesDir()，卸载之后也会删除，这里还提出了一个Android11的新属性 preserveLegacyExternalStorage，设置为true也依旧能使用旧的方式读写储存，但是重新安装应用等操作之后，这个属性也没有用了，意思是这个属性是给开发者用来做数据迁移的，其实Android10的时候就应该开始迁移数据去适配分区存储了。为了防止很多人没做适配，都用了requestLegacyExternalStorage暂时关闭，谷歌爸爸还是很仁慈的打算再给一次机会。

根据现在的信息得到的东西还是比较少的，具体的情况只能等到Android11发布之后才知道，比如说手机是Android11的系统，但是我目标版本还是设置低于29，这种情况是不是也不需要开启分区存储。如果说即使目标版本低于29的情况，在Android11的手机上也会强制开启分区存储，那就是说明你一定要去做适配了，趁现在还是Android10的时候赶紧做适配，新写的文件就开始放到分区存储的目录中，原本就已经存在的文件就做个迁移。