存储优化
存储方式
Android系统提供4中基本的数据存储方式，分别是SharedPreference、文件存储、SQLite数据库、ContentProvider。
SharedPreference
SharedPreference是一种简单便捷的存储方式，常用来存储一些简单配置信息。
存储路径：SharedPreference将数据保存到一个XML文件中，该文件位于/data/data/Package Name/shares_prefs.
创建模式：
- Activity.MODE_APPEND：如果文件已存在，就将数据追加写入，而不是抹掉。
- Activity.MODE_PRIVATE：默认模式，只能由创建该文件的应用程序调用，即为私有的。
- Activity.MODE_WORLD_READABLE：允许所以其他应用程序读取和创建文件的权限。
- Activity.MODE_WORLD_WRITEABLE：允许所以其他应用程序写入、访问和创建文件的权限。
但SharedPreference也有明显缺点，就是只能存储boolean、int、float、long和String五种简单但数据类型。
文件存储
文件存储对象适合于读写大量的流式数据，如媒体文件和其他网络传输的内容。
Android系统将文件存储区域分为内部存储和外部存储（有的可移除有的固定）两个部分，区别如下：
- 内部存储空间内的文件默认只有创建文件的应用可以访问，而外部存储所有的应用都可以访问；
- 内部存储在应用卸载后，数据也一起删除；
- 外部存储由于有的设备是可移除的，所以使用外部存储，需要判断是否已挂载。
尽管应用默认被安装到内部存储空间中，但可以在AndroidManifest.xml中指定android:installLocation属性 来使应用安装到外部存储空间。
SQLite
SQLite是一款开源嵌入式数据库引擎，同时也是一款轻型的数据库。
ContentProvider
可以实现在两个进程直接对数据进行交换。
序列化
数据序列化通常在以下场景中使用：
- 永久性保存对象，将对象的字节序列保存到本地文件
- 对象在网络中传递
- 对象在IPC间传递
- Serializable和Parcelable
Serializable性能较差，而Parcelable的使用有限制，不能使用在要将数据存储在磁盘上的情况，如永久性保存对象等。Parcelable本质是为了更好实现对象在IPC间传递，并不是一个通用的序列化机制。
- Gson实现Json的序列化和反序列化
- FlatBuffer：一个开源的、跨平台的、高效的序列化工具库，尤其适用于移动平台。
SharedPreference优化
SharedPreference实际上是一个XML文件存储key-value键值对，每一次的commit和apply操作都是一次I/O操作。SharedPreference性能优化主要是两个方面：
- IO性能
- 同步锁问题
Editor的commit或者apply方法每次执行同步写入磁盘耗时较长。commit和apply方法的区别在于同步写入和异步写入，以及是否需要返回值。在不需要返回值的情况下，使用apply方法可以极大提供性能。
最好的优化方法就是避免频繁地读写SharedPreference，减少无谓调用。对于SharedPreference的批量操作，最好先获取一个editor，进行批量操作，然后调用apply方法，这样比commit方法略快。
数据库优化
- SQLiteStatement
使用SQLiteStatement类来将数据插入数据库，在性能上有一定的提高，并且也解决来SQL注入的问题。
- 使用事务
在没有显示使用事务的时候，每一次插入操作系统都自动创建来一个事务，在插入后立即体检。对于批量插入操作会导致频繁创建事务，影响插入效率。我们可以显示开启事务，在执行完所有插入操作后再提交。
- 使用索引
索引维护一个表中某一列或某几列的顺序，这样即可以快速定位到一组值，而不用扫遍全表。
索引可以提高查询速度，但也有两个明显缺点：
- 数据库但插入、删除、修改反而变慢
- 建立索引会增加数据库大小
以下场景不建议使用索引：
- 在较小的表上
- 在有频繁的大批量更新或插入操作的表
- 在含有大量null值的列上
- 在频繁操作的列上
- 异步线程，写数据库统一管理
数据库操作是一个耗时的操作，有必要放到异步线程，同时为了保证数据的同步和避免一些死锁等待情况，可以考虑双缓存机制。把所有数据库操作统一放到一个线程队列执行。
- 提高查询性能
避免查询没必要的列，减少排序的复杂度。
本文参考书籍《Android应用性能优化最佳实践》
