Android存储优化

存储优化

Android 存储方式

 SharedPrefence
 SQLite
 File -> protobuf ,7z
 ContentProvider
 网络 -> 序列化/反序列化 -> protobuf,xml,json

Shared Prefence的commit和apply

 apply没有返回值而commit返回boolean表明修改是否提交成功 ；
 commit是把内容同步提交到硬盘的，而apply先立即把修改提交到内存，然后开启一个异步的线程提交到硬盘，并且如果提交失败，你不会收到任何通知。
 所有commit提交是同步过程，效率会比apply异步提交的速度慢，在不关心提交结果是否成功的情况下，优先考虑apply方法。
 apply是使用异步线程写入磁盘，commit是同步写入磁盘。所以我们在主线程使用的commit的时候，需要考虑是否会出现ANR问题。（不适合大量数据存储）

多进程问题 - > mmkv

SQLite

 SQLiteStatement
 使用事务
 使用索引
 异步线程，写数据库统一管理

网络

 序列化
 反序列化
 xml
 json
 protobuf 与平台无关
 7z压缩

相对于xml, json， protobuf的优势:

 简洁
 体积小：消息大小只有xml的1/10 - 1/3
 速度快：比xml快100倍
 Protobuf编译系统 编译成java代码
 兼容性好

Protobuf语法

 确定消息命名，给消息取一个有意义的名字。
 指定字段的类型
 定义字段的编号，在Protocol Buffers中，字段的编号非常重要，字段名仅仅是作为参考和生成代码用。需要注意的是字段的编号区间范围，其中19000 ～ 19999被
Protocol Buffers作为保留字段。

字段约束

 required指定该字段必须赋值，禁止为空（在v3中该约束被移除）；
 optional指定字段为可选字段，可以为空，对于optional字段还可以使
• [default]指定默认值，如果没有指定，则会使用字段类型的默认值；
 使用repeated指定字段为集合

字段类型

 在一个proto文件中可以同时定义多个message类型，生成代码时根据生成代码的目标语言不同，处理的方式不太一样，如Java会针对每个message类型生成一个.java文件
 可以指定字段的类型为其他message类型
 使用import关键字导入其他proto文件
 在proto文件中消息的类型还可以嵌套
 在proto文件中可以使用extensions关键字预留一部分字段编号出来，以便于后期给第三方扩展时使用
 oneof关键字指定一组字段中，至少要有一个字段必须赋值

Base- 128 变长编码

 所谓变长编码是和定长编码相对的，定长编码使用固定字节数来表示，如int32类型的数字固定使用4 bytes表示，而变长编码是需要几个字节就使用几个字节，如对于
int32类型的数字1来说，只需要1 bytes足够。Base-128变长编码的原则就两条
 每个字节使用使用低7位表示数字，除了最后一个字节，其他字节的最高位都设置为1。
 采用Little-Endian字节序
 tag-length-valuetag-length-value

负数编码处理

 采用ZigZag Encoding
 -(n <<1)^^{(n>>31)或者(n<<1)}^(n>>63)

大端序列

① 先写高位，再写低位

小端序列

① 先写低位，再写高位

代码