Android 存储进化：分区存储

}

在写入存储之前，需要知道设备有多少空间可用，不够的话会抛出异常。不过现在的智能设备内存也是比较大的，这部分可以参考Google 查询可用空间

2.1 内部存储空间

打开Android studio的 Device File Explorer时，可以看到应用的内部空间目录：/data/data/包名/

内部存储空间本身便是保护应用隐私设计的。这部分是没有变化的。应用不需要任何系统权限即可读取和写入这些目录中的文件。其他应用无法访问存储在内部存储空间中的文件。

内部存储空间为应用提供目录。一个目录专为应用的持久性文件而设计，而另一个目录包含应用的缓存文件。内部存储空间是应用专属的，是可以正常使用File相关api的，所以只要取得路径便可自由发挥：

1. 持久性文件根目录File：context.filesDir()，/data/data/包名/files/

2. 缓存性文件根目录File:：context.cacheDir()，/data/data/包名/cache/

android也提供了一些简便的api创建删除文件：context.openFileOutput(filename, Context.MODE_PRIVATE)、context.openFileInput(filename)、context.fileList()、context.getDir(dirName, Context.MODE_PRIVATE)、context.delefteFile(fileName)

注意：卸载app后，系统会自动移除这些目录释放空间！！

2.2 外部存储空间

/storage/emulated/0/Android/data/包名

Android 10的分区存储特性，对Android系统的外部存储空间重新设计，外部存储被分为应用私有目录以及共享目录两个部分：

1. 应用私有目录：存储应用私有数据，外部存储应用私有目录对应Android/data/包名

2. 共享目录：存储其他应用可访问文件， 包含媒体文件、文档文件以及其他文件，对应设备DCIM、Pictures、Alarms, Music, Notifications,Podcasts, Ringtones、Movies、Download等目录。

2.2.1 应用私有空间

三 共享存储空间的影响

=========================================================================

如果用户数据可供或应可供其他应用访问，并且即使在用户卸载应用后也可对其进行保存，请使用共享存储空间。

共享文件类型， 包含媒体文件、文档文件以及其他文件，对应设备DCIM、Pictures、Alarms, Music, Notifications,Podcasts, Ringtones、Movies、Download等目录。Android 分别提供用于获得该类型可共享数据文件Uri的 API：

• 媒体内容：可以使用 MediaStore API 访问此内容

• 文档和其他文件：系统有一个特殊目录，用于包含其他文件类型，例如 PDF 文档和采用 EPUB 格式的图书。应用可以使用Storage Access Framework访问这些文件。

对于共享文件，。以往可以通过data column获得路径，再使用File API来操作，现在都会返回失败。开启了分区存储特性之后，应用只能通过系统提供的api来向系统请求得到对应文件的Uri，并通过Uri生成FileDescriptor和InputStream等方式进行文件读写：（简而言之，对于共享文件的增删查改，主要问题在于Uri的获取）

注：android 11 又允许通过路径来访问，系统会自动重定向为Uri。

val resolver = applicationContext.contentResolver

//读

resolver.openFileDescriptor(content-uri, “r”)?.use { pfd ->

val inputStream = FileInputStream(pfd.fileDescriptor)

}

resolver.openInputStream(content-uri).use { stream ->

}

//写

resolver.openFileDescriptor(content-uri, “w”)?.use { pfd ->

val outputStream = FileOutputStream(pfd.fileDescriptor)

}

resolver.openOutputStream(content-uri).use { stream ->

}

//图片bitmap

BitmapFactory.decodeFileDescriptor(pfd.fileDescriptor)

3.1 MediaStore API

MediaStrore API的增删查改，可参看Google官方指南，主要是通过contentResolver获得对应的uri，这里就不引入了。图片来源

3.1.1 MediaStore 概述

3.1.1 MediaStore 的变化

3.1.2 通过api创建的文件存放到哪里？如何自定义位置？

3.2 Storage Access Framework

SAF框架支持用户与系统选择器互动，从而选择文档提供器以及供您的应用创建、打开或修改的特定文档和其他文件。由于用户参与了文件的选择，因此该机制无需任何系统权限。

应用通过调用 ACTION_CREATE_DOCUMENT , ACTION_OPEN_DOCUMENT , 和ACTION_OPEN_DOCUMENT_TREE Intent获取Document provider提供的文件，并在onActivityResult接口接收返回的被选择文件的Uri。另外，在配置 intent 时，应指定文件的名称和 MIME 类型，并且还可以根据需要使用 EXTRA_INITIAL_URI intent extra 指定文件选择器在首次加载时应显示的文件或目录的 URI。

这部分也是没变化的，可参考官方指南：从共享存储空间访问文档和其他文件

3.2.1 获取持久权限

四 存储特性Android版本差异概览

=================================================================================

4.1 其他变化：图片位置信息

一些照片在元数据中包含位置信息，以便用户查看照片的拍摄地点。由于此位置信息属于敏感信息，如果应用使用了分区存储，默认情况下 Android 10 会对应用隐藏此信息。

如果应用需要访问照片的位置信息：

1. 在应用清单中请求ACCESS_MEDIA_LOCATION权限

2. 通过调用 setRequireOriginal()，从 MediaStore 对象获取照片的确切字节，并传入照片的 URI

五 更新

==================================================================

5.1 Android 10 的分区存储"bug"

Android 10 通过媒体MediaStore API 删除（delete）一个媒体文件，只是简单移除了MediaStore数据库的索引，并不会真正删除物理存储上的实体文件，而且只要手机重启，则索引又被加上去了。issue

这需求也比较少见，只是刚好测试发现了。网上查了下，的确存在这个问题，Android 11 就可以正常删除了。 要是有什么解决方案，热烈欢迎指出！！

5.2 Android 11 的存储变更

5.2.1 允许继续使用原始文件路径

5.2.2 增加批量操作

推荐学习视频

Android R分区存储大揭秘

大家如果还想了解Android 相关的更多知识点可以点进我的【GitHub】项目中，里面记录了许多的Android 知识点。