图像存储性能反应原生（base64 与 uri 路径）答案

【问题标题】：Images storage performance react native (base64 vs uri path)图像存储性能反应原生（base64 与 uri 路径）
【发布时间】：2021-06-30 00:18:37
【问题描述】：

我有一个应用来创建包含一些数据和图像的报告（最少 1 个 img，最多 6 个）。此报告一直保存在我的应用中，直到用户将其发送到 API（可以在他注册报告的同一天或一周后完成）。

但我的问题是：存储这些图像的正确方法是什么（我使用的是 Realm），是保存路径（uri）还是 base64 字符串？我当前的版本保留了这张图片的 base64（500 〜 800 kb img 大小），然后在我的用户将他的报告发送到 API 后，我删除了这个 base64 哈希。

我正在开发一种方法来保存图像的路径，然后显示它。但是返回的图像选择器 uri 是临时的。所以要做到这一点，我需要把这个文件复制到另一个地方，然后保存路径。但是这样做，我得到了（大约 2 或 3 天）2x 图像存储在手机上（使用内存）。

所以在我开发所有这些东西之前，我想知道，它（将图像复制到另一个路径然后保存路径）是否会比保存 base64 哈希（存储在手机上）更高效，还是应该没有太大区别？

【问题讨论】：

【解决方案1】：

我尽量避免只有文字的答案；包含代码是最佳实践，但是关于存储图像的问题经常出现，并且文档中并未真正涵盖它，因此我认为应该在较高层次上解决它。

一般来说，Realm 不是存储 blob 类型数据（图像、pdf 等）的解决方案。这有许多技术原因，但最重要的是，图像可以远远超出 Realm 字段的容量。此外，它会显着影响性能（尤其是在同步用例中）

如果这是一个仅限本地的应用程序，则将图像存储在设备的磁盘上，并保留对它们在 Realm 中存储位置（它们的路径）的引用。这将使应用程序能够以最小的占用空间快速响应。

如果这是一个同步解决方案，您希望跨设备或与其他用户共享图像，则有多种基于云的解决方案可容纳图像存储，然后将图像的 URL 存储在 Realm 中。

一个选项是称为GridFS 的MongoDB 系列产品（也包括MongoDB Realm）的一部分。另一种选择是我们多年来一直使用的可靠产品，称为Firebase Cloud Storage。

既然我已经发表了这些声明，我将稍微回溯一下，并请您参考这篇文章Realm Data and Partitioning Strategy Behind the WildAid O-FISH Mobile Apps，这是一篇关于在实际使用应用程序中实现 Realm 的精彩文章，特别是如何处理图片。

在那篇文章中，请注意他们确实将图像存储在 Realm 中很短的时间。然而，他们遗漏的一件事（在论坛帖子中披露）是图像被压缩以确保它们不会超过领域字段大小限制。

我并不完全同意该技术的一般使用，但它适用于特定用例。

另一个注意事项：问题中提到的图像大小非常小（500 ~~ 800 kb img 大小），这是少量数据，实际上不会产生影响，因此将它们作为数据对象存储在领域中可以正常工作。需要注意的是未来的扩展；如果您决定稍后存储更大的图像，则需要完全重写代码；那么为什么不提前计划呢。

【讨论】：

Jay，首先非常感谢您的时间和关注。您的回答比我要求的要多得多，我也会为我未来的项目保留它。但是我还有一个问题，当你提到我可以将图像存储为数据对象（因为它们很小）时，你的意思是把它们的 base64 哈希值保存到 Realm 中？
@GabrielMelloPorcher 你明白了！我用 Swift 编码，所以我通常使用“数据”这个词作为领域支持 ObjC NSData（Swift 数据）对象。因此，图像将像 let base64String = someImage!.base64EncodedStringWithOptions(.Encoding64CharacterLineLength) 一样被编码为 base64，但这个概念适用于所有平台。不过再一次 - 你可以“摆脱它”，因为图像尺寸太小了；只要您保持这种方式就可以了。哦 - 如果我的回答有帮助，请务必 Accept it 以便它可以帮助其他人。