System.IO 写入操作在应用沙箱之外的 Android 11 中不起作用

如何解决System.IO 写入操作在应用沙箱之外的 Android 11 中不起作用

我已阅读并认为我了解 Android 10 和 11 中更改的要点。在 Android 应用沙箱之外访问文件夹和文件的日子已经一去不复返了。没关系。只需要一条前进的道路，这变得很困难。

我有 2 个以上的应用程序，它们共享一个文件夹中的本地 Sqlite 数据库和相关文件。可能安装了组中的一个或多个应用程序 - 不保证存在哪些应用程序。在 iOS 和 Windows (UWP) 上，有一个很好的“应用程序组”（iOS 名称）样式概念，在平台上正式支持这种安排。第一个安装/运行将创建本地存储文件。组中的最后一个应用程序已卸载，操作系统会清理共享存储位置。 Android 从未有过这个概念，因此在特定于应用的沙箱之外创建了一个通用位置。

在研究了未来可用的选项后，似乎“最佳”选项是使用存储访问框架 (SAF) 从用户那里获得一些常用文件夹的使用许可。请注意，尽管 Android 中有许多不同的“共享”选项，但它们都不适用于此用例，而且大多数对跨平台 Xamarin C# 不友好，而无需以某种方式包装它们。这个使用 SAF 的“最佳”选项仍然需要用户从想要共享本地数据库/文件的每个应用程序中独立选择 SAME 文件夹。你知道用户会把它搞砸，但目前这不是重点。

在测试这种方法时，我已经能够使用 SAF 选择器让用户选择一个文件夹。我一直选择将 Documents 文件夹作为文件夹进行测试。从那里，应用程序尝试创建一个子文件夹，所有这些共享的“应用程序组”内容都将放在其中。不幸的是，简单地执行 Directory.CreateDirectory(path) 会得到 System.IO.IOException: 'Read-only file system'。我检查了我是否仍然能够在应用沙箱 (GetExternalFilesDir) 中执行 Directory.CreateDirectory(path)，只是不能在 SAF 选择的位置执行。

如果我坚持使用 SAF API，我还可以在 SAF 位置创建一个目录，例如此处的 Xamarin Android 示例：https://github.com/xamarin/monodroid-samples/blob/master/android5.0/DirectorySelection/DirectorySelectionFragment.cs#L169-L188。

有没有什么办法可以把用户选择的SAF位置当作普通文件系统一样处理，并使用System.IO操作来操作呢？该应用程序已获得许可，但这些操作似乎在该位置不起作用。或者有没有更好的整体方法来解决我完全错过的这个问题？

解决方法

普通 Java 文件 I/O 不适用于范围存储。文件路径和 File 或 Directory 对象在 Storage Access Framework 中不起作用，您必须通过 DocumentFile API 完成所有操作。 DocumentFile 能够在用户通过“文件选择器”对话框授予您的应用访问权限的位置创建文件和目录。