Java 哪个读/写操作更重（共享首选项、文件、Sqlite数据库）_Java_Android_Performance_Sqlite_Android Layout

Java 哪个读/写操作更重（共享首选项、文件、Sqlite数据库）

java android performance sqlite android-layout

Java 哪个读/写操作更重（共享首选项、文件、Sqlite数据库）,java,android,performance,sqlite,android-layout,Java,Android,Performance,Sqlite,Android Layout,在我正在创建的库中，大约有10种方法执行读/写操作。我正在使用SharedReference保存和获取数据。我有点担心使用SharedReference是明智的决定，还是应该使用File System或sqlite数据库请指导我哪种读/写操作更快。选择本地数据库（SQLite）是更好的选择，请参考以下链接以了解SQLLite的使用情况当您保存的数据不是很大时，最好在SharedReference上保存一些数据。我建议在以下场景中使用SharedReference 当您保存的数据聊天时（经常

在我正在创建的库中，大约有10种方法执行

读/写操作。我正在使用SharedReference
保存和获取数据。我有点担心使用SharedReference
是明智的决定，还是应该使用File System
或sqlite
数据库
请指导我哪种读/写操作更快。
选择本地数据库（SQLite）是更好的选择，请参考以下链接以了解SQLLite的使用情况

当您保存的数据不是很大时，最好在SharedReference
上保存一些数据。我建议在以下场景中使用SharedReference

当您保存的数据聊天时（经常使用）
当数据大小不大时（因为它可能会导致瓶颈并降低应用程序的速度）
但是，您的存储选择取决于手头的条件。我认为你应该考虑的是你的数据大小，数据使用频率，当然还有读写时间。我希望这有助于
如中所述，您应该：
共享参考资料
使用共享首选项文件在键值对中存储少量信息
因此，仅对某些字符串或变量使用SharedReference，而不是像大列表这样的大型数据资产。在此处保存必须经常访问的数据也是一种很好的做法
文件
保存基本文件，例如存储通常按顺序读取的长序列数据
文件是保存列表的完美选择。此外，它还允许您将其保存到外部存储或同步到云
最后SQLite
用于读取和写入结构化数据的SQLite数据库
应用于保存数据数据库
以下是使用您要求的三种数据存储选项的推荐方法。我希望这个答案是有帮助的。
这完全取决于你想要实现什么？。每个电话都有它自己的用途。与其问社区你为什么不用你的样本数据做一个基准测试，并告诉社区/人们你的发现。这一切都取决于你试图实现什么，但正如@Nayan Srivastava所写的——最好的解决方案是你自己测试。为什么所有这些都是否决票？这实际上是一个合法的问题。使用本地数据库并不总是一个更好的选择。有时，对需要快速访问的少量数据使用共享首选项会更快。