在 Android SharedPreferences 中存储数据的时间太长了？答案

【问题标题】：How long is too long for storing data in Android SharedPreferences?在 Android SharedPreferences 中存储数据的时间太长了？
【发布时间】：2013-06-24 02:50:47
【问题描述】：

我查阅了很多关于不同数据存储方法的信息，并试图找出 Android SharedPreferences 的错误之处。

我意识到字符串的限制非常大（~2B），所以存储它在内存方面不是问题，我对“最佳实践”更好奇。

在此应用的整个生命周期中，我将拥有 5 到 15 次“更新”。我希望每部手机都保存这些更新。更新将有一个简短的标题，从一个句子到两个段落不等。

我意识到通常存在可扩展性问题，但这里没有问题。这是一款每年使用 1 个周末的应用。

我不需要搜索或操作这些，只需要存储它们的能力。

我可以使用 GSON 将它们全部存储为 JSON 对象，但这对于首选项来说是否太大了？还是因为内部存储（如 CSV 或其他东西）或数据库太过分了？

【问题讨论】：

标签： android storage sharedpreferences

【解决方案1】：

SharedPreferences 只是一个 XML 文件，位于应用程序的私有目录中。

您可以在模拟器或根设备上查看其内容。

Where are shared preferences stored?

【讨论】：

【解决方案2】：

所以基本上你要在某个地方放置多达 15 个不那么大的字符串？去SharedPreferences 然后不用担心。

【讨论】：

是的，这就是计划。但是我对 Android 编程有点陌生，并且不想犯下像数据库中的数组之类的丑陋存储罪。
基本上共享的首选项数据保存在私有 XML 文件中，因此它不是最快的选项，但在您的情况下，它确实不是重要因素。当然，如果你愿意，你可以选择 DB（只是想知道怎么做——反正也没那么复杂），但在这种特殊情况下这样做没有任何好处。