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的时候赶紧做适配,新写的文件就开始放到分区存储的目录中,原本就已经存在的文件就做个迁移。

版权声明:
作者:zhangchen
链接:https://www.techfm.club/p/15995.html
来源:TechFM
文章版权归作者所有,未经允许请勿转载。

THE END
分享
二维码
< <上一篇
下一篇>>