Android 优化之存储优化的实现(android,优化,存储,移动开发)

Google 推出的 Protocal Buffers 是一种更轻便高效的存储结构，但消耗内存较大。

FlatBuffers 同样由 Google 推出，专注性能，适合移动端。占用存储比 Protocal 要大。

Bitmap 解码

数据库优化

1、使用 StringBuilder 代替 String

2、查询时返回更少的结果集及更少的字段

查询时只取需要的字段和结果集，更多的结果集会消耗更多的时间及内存，更多的字段会导致更多的内存消耗。

3、少用 cursor.getColumnIndex

根据性能调优过程中的观察 cursor.getColumnIndex 的时间消耗跟 cursor.getInt 相差无几。可以在建表的时候用 static 变量记住某列的 index，直接调用相应 index 而不是每次查询。

4、异步线程

Android 中数据不多时表查询可能耗时不多，不会导致 ANR，不过大于 100ms 时同样会让用户感觉到延时和卡顿，可以放在线程中运行，但 sqlite 在并发方面存在局限，多线程控制较麻烦，这时候可使用单线程池，在任务中执行 db 操作，通过 handler 返回结果和 UI 线程交互，既不会影响 UI 线程，同时也能防止并发带来的异常。

5、SQLiteOpenHelper 维持一个单例

因为 SQLite 对多线程的支持并不是很完善，如果两个线程同时操作数据库，因为数据库被另一个线程占用， 这种情况下会报“Database is locked” 的异常。所以在数据库管理类中使用单例模式，就可以保证无论在哪个线程中获取数据库对象，都是同一个。

最好的方法是所有的数据库操作统一到同一个线程队列管理，而业务层使用缓存同步，这样可以完全避免多线程操作数据库导致的不同步和死锁问题。

6、Application 中初始化

7、少用 AUTOINCREMENT

主键加上 AUTOINCREMENT 后，可以保证主键严格递增，但并不能保证每次都加 1，因为在插入失败后，失败的行号不会被复用，会造成主键有间隔，继而使 INSERT 耗时 1 倍以上。

这个 AUTOINCREMENT 关键词会增加 CPU，内存，磁盘空间和磁盘 I/O 的负担，所以 尽量不要用，除非必需。通常情况下都不是必需的。

使用事务的两大好处是原子提交和更优性能：

主要三个方法：beginTransaction，setTransactionSuccessful，endTransaction。

使用 Android 系统提供的 SQLiteStatement 来插入数据，在性能上有一定的提高，并且也解决了 SQL 注入的问题。

SQLiteStatement 只能插入一个表中的数据，在插入前要清除上一次的数据。

索引就像书本的目录，目录可以快速找到所在页数，数据库中索引可以帮助快速找到数据，而不用全表扫描，合适的索引可以大大提高数据库查询的效率。

优点：大大加快了数据库检索的速度，包括对单表查询、连表查询、分组查询、排序查询。经常是一到两个数量级的性能提升，且随着数据数量级增长。

缺点：

1、直接创建索引和间接创建索引

2、普通索引和唯一性索引

3、单个索引和复合索引

4、聚簇索引和非聚簇索引 (聚集索引，群集索引)

其它通用优化