Android --- SharePreference 存储与数据库存储的效率分析

---

最近到了一家公司，跟一个同事做项目，比如常规的一些操作用SharedPreferences就很好搞定，他跟我说SharedPreferences 会影响性能说了一堆… 难道别的存储方式就不耗费性能吗？不消耗内存吗？

有关Android存储

---

Android中的数据存储方案主要有：共享首选项（SharedPreferences）、内部存储（Internal Storage）、外部存储（External Storage）、SQLite数据库、 网络存储 静态变量等

SharedPreferences 共享首选项

---

先说一下SharedPreferences 简称SP ， SharedPreferences类提供了一个通用框架，使开发者能够以键值对的方式，永久性的保存一些原始数据类型的数据，包括：布尔值，浮点值，整型值，长整型和字符串，被保存的数据可以跨多个用户会话永久保留（即使应用已经终止）。

为什么使用 SP 它的优点是什么？ 使用SP 为Android开发者提供了更为便利的存储方式，但是相对的他也是有一些缺点的。

当我们首次创建 SharedPreferences 对象时，会根据文件名将文件下内容一次性加载到 mMap（SharedPreferencesImpl 成员） 容器中，每当我们 edit 都会创建一个新的 EditorImpl 对象，当修改或者添加数据时会将数据添加到 mModifiled （EditorImpl 成员）容器中，然后 commit 或 apply 操作比较 mMap 与 mModifiled 数据修正 mMap 中最后一次提交数据，然后写入到文件中。而 get 直接从 mMap 中读取。试想如果此时你存储了一些大型 key 或 value 它们会一直存储在内存中得不到释放。

(1) 不要存放大的 key 和 value 在 SharedPreferences 中，否则会一直存储在内存中得不到释放，内存使用过高会频发引发GC，导致界面丢帧甚至ANR

(2) 不相关的配置选项最好不要放在一起，单个文件越大读取速度则越慢。

(3) 读取频繁的 key 和不频繁的 key 尽量不要放在一起（如果整个文件本身就较小则忽略，为了这点性能添加维护得不偿失）。

(4) 尽量不要存放 JSON 和 HTML，这种可以直接文件缓存。Json/HTML 文件较小忽略不计！

(5) 不要指望这货能够跨进程通信 Context.PROCESS

静态变量存储方式

---

因为这种方式我与我一个同事有了一些意见不一的地方，他喜欢使用静态变量。现在的开发是针对于设备开发，而并非手机app的开发，如果app开发他的那种搞法非得出现问题不可。

最后

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

当然我也为你们整理好了百度、阿里、腾讯、字节跳动等等互联网超级大厂的历年面试真题集锦。这也是我这些年来养成的习惯，一定要学会把好的东西，归纳整理，然后系统的消化吸收，这样才能极大的提高学习效率和成长进阶。碎片、零散化的东西，我觉得最没有价值的。就好比你给我一张扑克牌，我只会觉得它是一张废纸，但如果你给我一副扑克牌，它便有了它的价值。这和我们收集资料就要收集那些系统化的，是一个道理。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**