Sharedpreference 和ormlite优缺点

关于SharedPreferences

1.SharedPreferences 的apply和commit的区别：
    apply是异步写磁盘，commit是同步写磁盘

2.SharedPreferences默认有90k

优点：
1.轻量级，以键值对的方式进行存储
2.采用的是 XML 文件形式存储在本地，程序卸载后会也会一并被清除，不会残留信息

缺点
1.由于是对文件 IO 读取，因此在 IO 上的瓶颈是个大问题。
2.多线程场景下效率比较低，因为 get 操作的时候，会锁定 SharedPreferencesImpl 里面的对象，互斥其他操作，而当 put、commit() 和 apply() 操作的时候都会锁住 Editor 的对象，这样的情况下，效率会降低。
3.不支持跨进程通讯。
4.由于每次都会把整个文件加载到内存中，因此，如果 SharedPreferences 文件过大，或者在其中的键值对是大对象的 json 数据则会占用大量内存，读取较慢是一方面，同时也会引发程序频繁GC，导致的界面卡顿。

使用建议
1.不要存储较大数据或者较多数据到 SharedPreferences 中。
2.键值对不宜过多。
3.频繁修改的数据修改后统一提交，而不是修改过后马上提交。
4.在不需要返回值的情况下，使用 apply() 方法可以极大的提高性能。
5.不要用来跨进程通讯，不同android版本有的支持有的不支持

---

ORMlite

ORMLite 基于注解和反射的的方式,导致ormlite性能有着一定的损失(注解其实也是利用了反射的原理) 
优点 文档较全面,社区活跃,有好的维护,使用简单,易上手。 
缺点 基于反射,效率较低