Android 存储方式
- SharedPrefence
- SQLite
- File -> protobuf ,7z
- ContentProvider
- 网络 -> 序列化/反序列化 -> protobuf,xml,json
SharedPrefence
- apply没有返回值而commit返回boolean表明修改是否提交成功 ；
- commit是把内容同步提交到硬盘的，而apply先立即把修改提交到内存，然后开启一个异步的线程提交到硬盘，并且如果提交失败，你不会收到任何通知。
- 所有commit提交是同步过程，效率会比apply异步提交的速度慢，在不关心提交结果是否成功的情况下，优先考虑apply方法。
- apply是使用异步线程写入磁盘，commit是同步写入磁盘。所以我们在主线程使用的commit的时候，需要考虑是否会出现ANR问题。（不适合大量数据存储）
SQLite
- SQLiteStatement
- 使用事务
- 使用索引
- 异步线程，写数据库统一管理
网络数据本地存储
- 序列化
- 反序列化
- xml
- json
- protobuf 与平台无关
- 7z压缩 （作业）
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类型
- 使用impor t关键字导入其他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)
- 大端序列
① 先写高位，再写低位
- 小端序列
① 先写低位，再写高位
