Room简介：ORM概念、Room优势与其他数据库对比
大家好，我是你们的讲师。今天咱们来聊聊 Room——这个在 Android 开发里越来越绕不开的本地数据库方案。在做《Room缓存与网络请求协同》之前，先把基础打牢：Room 到底是什么？凭什么能取代 SQLite？和 Realm 比谁更好？这些概念搞清楚了，后续的缓存策略才能落地。
1. 什么是 ORM？
ORM 的全称是 Object Relational Mapping，对象关系映射。说白了，就是把 Java/Kotlin 里的对象，映射成数据库里的表。
举个例子：你有一个 User 类，里面有三个字段 id、name、age。传统 SQLite 你得写 CREATE TABLE、INSERT、SELECT……一堆 SQL 字符串，一不小心拼错了就崩。ORM 能让你直接操作对象——new User() 存进去，查出来也是一个 User，中间那些 SQL 细节框架帮你干了。
我记得刚开始做 Android 时，项目用的是原生 SQLite。那会儿一个简单的用户表，helper、SQL 语句、Cursor 遍历……代码能写七八十行。最痛苦的是字段改了名，SQL 里的列名忘记更新，运行直接崩。ORM 就是来解决这种“对象-关系阻抗”的。
Room 是 Google 官方推出的 ORM 框架，基于 SQLite，但是加了一层编译时注解。你只管定义数据类、DAO 接口，Room 在编译阶段自动生成实现代码。
2. Room 的优势
Room 的优势，我用四个字总结：安全、简单、规范。
- 编译时验证：SQL 语句写错？Room 在编译期就报错，不用等到运行时才崩。我有个项目曾经因为表名拼写错误，上线后才暴露，排查了两天才发现是 SQL 里少了个下划线。换成 Room 后，这种低级错误直接就扼杀在编译器里了。
- 与 LiveData / Flow 无缝集成：数据库一变化，UI 自动更新。这个在后续网络缓存协同里非常有用——网络请求回来更新数据库，Room 直接通知观察者刷新。
- 自动迁移：表结构升级不用写一堆 ALTER TABLE，用 Migration 对象描述从版本 A 到 B 的变更，Room 帮你执行。
- 减少样板代码：DAO 接口里写几个注解，增删改查就完成了。比起手动写 SQLiteOpenHelper，代码量至少减少 60%。
一个小技巧：我个人习惯把 Room 的数据库版本号和 App 的 build 版本号绑定起来，每次发版升级数据库时，直接在 Migration 里写清楚变更，避免版本号混乱。
概括来说，Room = SQLite 的能力 + ORM 的便利 + Android 架构组件的亲和性。
3. Room 与 SQLite、Realm 的对比
很多同学会问：SQLite 我也能用，Realm 性能也不错，为什么非要学 Room？咱们来个表，一目了然。
| 对比维度 | 原生 SQLite | Room | Realm |
|---|---|---|---|
| 学习曲线 | 低（但易错） | 中等（注解简单） | 中高（需学习 Realm 对象模型） |
| 开发效率 | 低，SQL + Cursor | 高，注解 + DAO | 高，直接增删改查 |
| 运行时安全 | 运行时报错 | 编译时验证 | 运行时检查 |
| 线程安全 | 手动管理 | 自带线程限制 | 自带线程限制 |
| 与 Jetpack 集成 | 需手动关联 | 天然支持 LiveData/Paging | 需要适配层 |
| 数据库体积 | 5MB+（含包） | 极小（依托 SQLite） | 较大（约 2MB） |
| 跨平台 | 仅 Android | Android | Android + iOS + 后端 |
说说我的经验：如果项目只做 Android，我强烈推荐 Room。Realm 虽然跨平台，但它的对象是 RealmObject，不能序列化，网络库（Retrofit）返回的数据要手动转成 Realm 对象，很麻烦。而 Room 直接接受 POJO，网络请求回来的数据直接用 Gson 解析成 Entity，存进去就行——这是后面网络缓存协同的核心。
至于 SQLite，现在除非是遗留项目或者对 SQL 有特殊癖好，否则真的没必要再手写了。Room 生成的 SQL 跟你手写的一样高效，还省心。
注意：Room 依赖注解处理器，需要配置 kapt 或者 ksp。而且 Room 的 DAO 方法默认不能在主线程调用（直接崩溃），这个在调试时可能会让你困惑——别问我怎么知道的，我曾经在 Activity 里直接调用 insert 导致 ANR，排查了好久才反应过来。
4. 本章知识体系总览
下面这张图，帮你把 Room 在整个 Android 数据持久化中的位置理清。记住：Room 不是凭空出现的，它是 Google 在 SQLite 基础上包装出来的最佳实践。
从图上可以看到，Room 处在 Google 官方力推的生态位上。它既保留了 SQLite 的底层能力，又通过 ORM 和编译时检查大大降低了出错概率。而且别忘了——它和 Android Architecture Components 是亲兄弟，后续我们要做的「网络请求→存 Room→UI 自动刷新」这条链路，天生就能跑通。
5. 小结
这一章我们主要干了三件事：
- 理解 ORM 是什么——对象到数据库的映射，省掉手写 SQL 的麻烦；
- 看清楚 Room 的优势——编译时验证、LiveData 集成、自动迁移、减少样板代码；
- 横向对比了 SQLite 和 Realm——Room 在 Android 领域的综合体验最平衡。
我个人觉得，如果你刚接触 Android 本地存储，直接学 Room 就行了，没必要再从 SQLite 入门。后面的课程里，我们会把 Room 和 Retrofit、网络缓存策略结合起来，做出真正实用的离线优先 App。嗯，概念就先讲到这里，下节我们动手搭 Room 环境。