Java 如果我使用SharedReferences，那么使用onSaveInstantState有用吗

我有一个关于表演的问题。如果我使用SharedReferences，那么使用onSaveInstantState有用吗

我的意思是，如果值得做一个条件来测试：

if(savedInstanceState != null) {
    // load with on save instant state
}

else {
    // load with shared preferences
}

或者我应该总是从SharedReferences加载数据

---

谢谢你

是的，它仍然很有用，有很多东西你无法保存在SharedReferences字典中，比如列表、地图或任何其他自定义对象

---

如果希望通过应用程序使用（在应用程序被销毁后）持久化数据，则应计划在上保存信息；如果希望通过（旋转、字体大小更改、语言更改）持久化数据，则应在上保存信息。

是，它仍然有用，有很多东西你无法保存在SharedReferences字典中，比如列表、地图或任何其他自定义对象

---

---

如果希望通过应用程序使用（在应用程序被销毁后）持久化数据，则应计划在上保存信息；如果希望通过（旋转、字体大小更改、语言更改）持久化数据，则应在上保存信息。

如果需要在任何情况下持久化数据，然后选择SQLite

如果您需要数据在任何情况下都是持久的，那么选择SQLite

要求是什么？？您要存储什么类型的数据？？即使在应用程序被终止并重新打开后，数据也需要持久化吗？它是一个对象集合（我使用gson存储在SharedReferences中），数据需要持久化要求是什么？？您要存储什么类型的数据？？即使在应用程序被终止并再次打开后，数据也需要持久化？？它是一个对象集合（我使用gson存储在SharedReferences中），数据需要持久化。实际上，它是一个对象集合，所以我使用gson保存这些数据。顺便问一下，是否值得使用Gson和SharedReferences（这是一个最大100项的小集合）或使用SQLite？这将是另一个问题，但我会反序列化JSON并将对象保存在SQLite数据库中。实际上，它是一个对象集合，所以我使用Gson保存这些数据。顺便问一下，是否值得使用Gson和SharedReferences（这是一个最多100项的小集合）或使用SQLite？这将是另一个问题，但是我会反序列化JSON并将对象保存在SQLite数据库中。这就是为什么我想知道SQLite是否比SharedReference+gsonSQLite更快或更慢，在数据操作方面会有更多帮助。如果您需要查询某些条件的数据，SQLite将提供帮助，但在SharedReference上无法执行任何操作。问题是我不需要编辑这些日期，只需阅读这些日期。谢谢，我想我将继续使用SharedReference只有一件事，SharedReference数据可能会被擦除。这就是为什么我想知道Sqlite是否会比SharedReference+gsonSQLite更快或更慢，在数据处理方面会有更多帮助。如果您需要查询数据以了解某些情况，SQLite将提供帮助，但无法对SharedReference执行任何操作。问题是我不需要编辑这些日期，只需阅读它们。谢谢，我想我将继续使用SharedReference。只有一件事，SharedReference数据可以擦除。