安卓数据库那些事儿，数据存储到底怎么搞才靠谱

综合自Android开发者官方文档、Stack Overflow常见问题讨论、以及《第一行代码Android》等经典开发书籍中的核心观点）

安卓数据库那些事儿,数据存储到底怎么搞才靠谱

说到安卓开发里的数据存储,新手和老手都觉得这是个事儿，数据存不好， app用起来就卡顿、崩溃，或者用户一更新，数据全没了，那可就太不靠谱了，咱们今天就把这事儿掰扯清楚。

你得知道,安卓给了你好几种“柜子”来放东西，你不能把大象塞进冰箱，也不能把所有的数据都塞进同一个“柜子”里，选对了“柜子”，事情就成功了一半。

第一种柜子：SharedPreferences（偏好设置）。 这个最简单，你可以把它理解成一个小本本，专门用来记一些零碎的信息，用户设置的app主题是白天模式还是夜间模式，是不是开启了消息通知，或者用户的登录账号（注意，是账号，不是密码！密码可不能明文存这里），它的特点是：存的是简单的键值对（key-value），就像“主题=暗色”、“通知=开”这样，数据量大了它就不行了，查询起来也麻烦，它只适合存一些配置信息、开关状态，很多新手会犯的错是把一大段用户信息JSON字符串塞进去，虽然也能存，但读写效率低，也不是它设计的目的。

第二种柜子：文件存储。 这个就好比是你的电脑硬盘，可以存大一点的东西，用户下载的一张图片、一个PDF文档，或者app运行过程中产生的一些日志文件，文件存储分两种：内部存储和外部存储，内部存储是app私有的，你卸载了app，这些文件也就跟着没了，别人也访问不到，比较安全，适合放app自己用的东西，外部存储（比如手机的“下载”文件夹）是大家都能看到的，适合存放用户希望保留下来的文件，比如用你的app拍的照片、编辑的文档，但这里要注意权限问题，现在安卓对权限管理很严，你要读写下别人的文件，得先征得用户同意。

第三种柜子，也是今天的重头戏：SQLite数据库。 当你的数据变得复杂起来，比如你要做一个记事本app，有好多条笔记，每条笔记有标题、有内容、有创建时间；或者做一个购物车，里面有很多商品信息，这时候，上面那两个“柜子”就完全不够用了，你得用一个结构化的、能快速查询和管理的“大仓库”，这就是数据库。

SQLite是安卓系统内置的一个轻量级数据库,它靠谱的关键在于两点：第一，它是关系型的，你可以用我们熟悉的SQL语言来操作它，SELECT * FROM 笔记 WHERE 标题 LIKE ‘%安卓%’”，就能找出所有标题里带“安卓”的笔记，非常灵活强大，第二，它把数据存在设备本地的一个文件里，不需要网络，速度快。

直接使用原生的SQLite API（Application Programming Interface，应用程序编程接口）来写，会比较麻烦和容易出错，你得自己写一大堆创建表、升级表的SQL语句，还得小心翼翼地处理数据库的打开和关闭，谷歌后来推出了一个更靠谱的“帮手”——Room持久化库。

（来源：Android开发者官方文档对Room的介绍） Room说白了就是一套工具，它帮你把对数据库的复杂操作简化了，你只需要定义三样东西：

1. 实体（Entity）： 这个就对应数据库里的一张表，你定义一个“笔记”实体，里面包含id、标题、内容、时间这几个字段，用代码注解一下，Room就自动帮你生成创建这张表的SQL语句。
2. 数据访问对象（DAO）： 这个是你操作数据库的“手”，你在DAO里面定义一些方法，插入一条笔记”、“删除一条笔记”、“获取所有笔记”，你只需要写个方法名和简单的注解，Room就自动帮你把具体的SQL代码实现了，你再也不用去拼写那些容易出错的SQL字符串了。
3. 数据库类（Database）： 这个是数据库的“总管”，负责创建数据库和关联上面的实体和DAO。

用了Room之后,你的代码会变得非常清晰、简洁，而且不容易出错，比如你要插入一条新笔记，可能就是一行代码：noteDao.insert(new Note("标题", "内容"))，Room还帮我们很好地处理了数据库版本升级的问题，比如你的app升级了，需要在“笔记”表里加一个新字段“标签”，你只需要在实体类里加上这个字段，然后增加一下数据库版本号，Room会引导你写一个迁移脚本来妥善处理旧数据库升级到新结构的过程，避免了用户更新app后数据丢失的灾难。

那到底怎么搞才最靠谱？

• 零碎配置，开关状态 -> 用 SharedPreferences，省心。
• 图片、文档、大文件 -> 用文件存储，根据隐私性选择内部或外部存储。
• 大量结构化数据，需要复杂查询（比如记事本、聊天记录、商品列表）-> 这是数据库的主场，而在这里，强烈推荐使用Room，而不是自己去硬写SQLite，这是目前谷歌官方主推的、也是最现代化、最靠谱的做法，它能让你避免很多底层的坑，写出更健壮、更易维护的代码。

最后提一句,以上说的都是本地存储，如果你的数据需要在多个用户的设备之间同步，比如云盘、社交app，那本地数据库就不够了，你得考虑云端数据库（比如Firebase、或者自建服务器配合MySQL等），但那又是另一个更大的话题了，对于绝大多数app来说，先把本地存储搞得明明白白，app的体验就有了坚实的基础。