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

我已经阅读并认为我理解安卓10和11的变化要点。在Android应用程序沙箱之外随意访问文件夹和文件的日子一去不复返了。那很好。只是需要一条前进的道路，这变得很困难

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

在研究了以后可用的选项之后，似乎“最佳”选项是使用存储访问框架（SAF）从用户那里获得一些常用文件夹的使用权限。请注意，尽管Android中有许多不同的“共享”选项，但没有一个适合这个用例，而且大多数都对跨平台的Xamarin C#不友好，除非以某种方式包装它们。使用SAF的“最佳”选项仍然要求用户从每个希望共享本地db/文件的应用程序中独立选择相同的文件夹。你知道用户会把这件事搞砸，但这不是重点

在测试这种方法时，我已经能够使用SAF选择器让用户选择一个文件夹。Documents文件夹是我一直选择测试的文件夹。从那里，应用程序尝试创建一个子文件夹，所有这些共享的“应用程序组”内容都将放在其中。不幸的是，简单地执行

目录。CreateDirectory（path）

会产生

System.IO.IOException:“只读文件系统”

。我检查了是否仍然可以在应用程序沙盒（GetExternalFilesDir）中执行

目录。CreateDirectory（路径）

，只是不能执行SAF选择的位置

如果我坚持使用SAF API，我还可以在SAF位置创建一个目录，如这里的Xamarin Android示例所示：

---

有没有办法像对待普通文件系统一样对待用户选择的SAF位置，并使用system.IO操作来操作它？该应用程序已获得许可，但这些操作在该位置似乎不起作用。还是有一种我完全没有想到的更好的解决这个问题的总体方法？

普通Java文件I/O不适用于作用域存储。文件路径和

文件

或

目录

对象在存储访问框架中不起作用，您必须通过

文档文件

API执行所有操作

DocumentFile

能够在用户通过“文件选择器”对话框授予应用程序访问权限的位置创建文件和目录。

之前已询问过所有问题@blackapps是的，不。不一样。

有没有办法像对待普通文件系统一样对待用户选择的SAF位置，并使用system.IO操作来操作它？

没有。尽管您可以将SAF内容方案转换为经典文件系统路径，但这对您没有多大帮助，因为您在其中没有读/写权限那样。你可能是对的，没有办法，我希望得到证实。那上面有文件吗？我之前看过这段视频，其中谈到了像文件系统一样使用SAF的能力。。。从视频中的4:20开始…5:10，演讲者谈到出于兼容性原因仍然允许使用文件路径API。所以我希望它能实现。