Android本地数据库那些事儿，存储管理到底怎么搞清楚才靠谱

说到Android开发里的本地数据库,十有八九大家第一个想到的就是SQLite，这东西就像是手机里的一个超级规整的抽屉柜，App可以把各种数据分门别类地放进去，用的时候再按照标签精准地拿出来，但就是这个看起来简单的“抽屉柜”，让不少开发者头疼，怎么把它管明白，确实是个技术活。

最核心的问题就是,什么时候该用数据库？你不能把什么都往里塞，App的用户登录令牌（就是一个临时通行证），可能就几分钟有效期，你为这点临时数据去兴师动众地建张表，写一堆插入、查询的代码，就像是用保险箱装一颗水果糖，太小题大做了，这种小量的、临时的数据，用SharedPreferences（可以理解为一个小本子，记录简单的键值对）存一下就行了，反过来，如果你的App是做笔记的，或者有复杂的用户信息、商品列表，这些数据之间有关联，需要频繁地增删改查，那不用犹豫，数据库就是你的最佳选择，搞清楚数据的“身份”和“用途”，是管理存储的第一步。（来源：基于常见的Android开发实践和官方存储指南的核心思想）

选定了用数据库,接下来就是怎么用的问题了，很多新手会犯一个错误：自己手动去打开数据库连接，然后写一堆原始的SQL语句（INSERT INTO ...”）来操作，这种方法不是不行，但是非常容易出错，而且代码会变得又臭又长，难以维护，这就好比让你用手工工具去造一辆汽车，不是造不出来，是效率太低，质量还没保证。

那靠谱的做法是什么呢？答案是使用官方推荐的Room持久化库，你可以把Room想象成一个智能的数据库管家，你不需要自己去拧螺丝，你只需要告诉这个管家你的需求就行，你只需要定义三样东西：

第一,实体类（Entity），这个最好理解，就是你想要存储的数据对象，比如你要存一个“用户”，你就定义一个User类，里面写上姓名、年龄等属性，你只需要在这个类上打个标签（注解），告诉Room：“嘿，请把这张表建好，结构就跟这个类一样。” Room就会自动帮你创建对应的数据库表。

第二,数据访问对象（Dao），这个可以看作是数据库的操作手册，你在这个接口里，用类似“@Insert”、“@Query”这样的标签，直接声明你想做什么，插入一个用户”、“根据名字查找用户”，你完全不用写具体的SQL代码，Room会在背后自动帮你生成所有繁琐、容易出错的代码，这就像是，你只需要对管家说“把这份文件归档”，管家就知道具体应该打开哪个抽屉，放在第几层。

第三,数据库类（Database），这个是总管，它负责持有数据库本身，并把上面提到的实体和Dao关联起来。（来源：Android开发者官网对Room组件的官方定义和功能介绍）

用了Room之后,你会发现数据库操作变得非常清爽和安全，它帮我们避免了很多低级错误，比如SQL语句拼写错误、数据库升级时数据丢失等问题，它还能和Android架构组件里的ViewModel、LiveData无缝衔接，让你能用更现代、更高效的方式来构建App。

还有一个不能忽视的点就是数据库的升级,你的App不可能一个版本用到老，只要数据结构有变动（比如给用户表新增一个“昵称”字段），你就必须处理数据库升级，如果处理不好，老用户一更新App，可能就直接崩溃了，Room提供了比较方便的迁移方法，让你能写一些迁移脚本来平滑升级，而不是简单粗暴地删除老数据库（那会导致用户数据全丢），在设计数据库表结构的时候，最好能有点前瞻性，但万一要改，也一定要把升级路径考虑清楚。

要把Android本地存储管理搞明白,关键就是：第一，根据数据特性选对存储方式，别杀鸡用牛刀；第二，坚决使用Room这样的现代化工具，告别手写SQL的原始时代，让专业的人（库）干专业的事；第三，时刻惦记着数据库版本升级这件事，确保用户数据的安全，把这几点做到了，你的App数据层基本上就稳了。