0

我有一个应用程序可以创建在画廊中显示的自定义文件。它们不是图像或其他标准媒体文件。由于文件很大，我要求用户访问将存储文件的文件夹。

到目前为止，一切都很好。

通过 DocumentFile 读取这些文件或文件信息比通过 File 慢得多。像这样的操作

DocumentsContract.findDocumentPath()
documentFile.isFile()
documentFile.getName()

每个最多需要15ms，在读取大量文件时会累积很长时间。

处理这个问题的最佳方法是什么？还有另一种方法可以做到这一点吗？我不希望文件位于内部应用程序内存中，否则用户在卸载应用程序时可能会丢失他们的工作。

提前致谢！这让我压力很大。

4

3 回答 3

0

异步执行。您是否需要立即获取所有数据？可能不是。因此，在线程/协程中执行此操作，如果您还没有数据，只需对您的应用程序进行编程以不显示数据（并在您这样做时自行刷新）。

此外，即使您确实需要它 - 您是否需要它来预先处理所有文件？在画廊中，您可以只处理立即显示的那些，以及接下来可能显示的几个。所以只取那个，当你需要它们时（或者当你可能很快需要它们时）得到其他的。将其视为从 Web API 获取结果 - 您不会获取所有发布的帖子，而是获取几十个，然后当它们接近底部时再获取几十个

于 2021-10-06T21:23:52.090 回答
0

最后，DocumentFile是围绕其他 API 的包装器，旨在File为开发人员提供方便的、类似的 API 使用的包装器。它不是为大量使用而设计的。如果您想尝试获得更快的速度，您可以查看DocumentFile其实现中使用的源代码和相关类，例如DocumentContract19, 并在较低级别上工作。

例如，getName()最终使用这种queryForString()方法来完成实际工作。使用查询ContentResolver会增加 IPC 开销，因此如果您需要在同一查询中获得的其他值，您可以自己进行查询。例如，isFile()最后还会进行查询，因此您可以将这两个请求合并为一个，并将总时间减少一半（大致）。

于 2021-10-06T21:46:47.407 回答
0

不要使用 DocumentFile 类。

仅使用 DocumentsContract 函数。

它的速度大约是 DocumentFile 的 20 倍，几乎与经典文件操作一样快

于 2021-10-06T22:01:34.903 回答