Room 中 @Entity、@Dao、@Database 注解的作用分别是什么？
解读
在国内一线/二线 Android 面试中，Room 属于 Jetpack 全家桶的“必考点”。面试官问这个题，并不是想听你背定义，而是想确认三件事：
- 你是否真的用过 Room，而不是只会写 SQLiteOpenHelper；
- 你是否理解 Room 的“注解驱动 + 编译期校验”思想；
- 你是否能把注解职责与后续迁移、测试、性能优化联系起来。
因此，回答时要“先给一句话定义，再给场景痛点，最后给编译期产物”，让面试官听到你既懂原理又懂工程。
知识点
- @Entity：将 Kotlin/Java 类映射为 SQLite 表结构，支持复合主键、外键、索引、自增、嵌入式对象（@Embedded）以及自定义类型转换器（@TypeConverter）。编译期会生成 _Impl 类中的 createTable 语句，并在 schema 变更时通过 autoMigrations 或 Migration 对象参与版本管理。
- @Dao：定义 SQL 模板与 Java 方法的绑定，分为 @Insert、@Update、@Delete、@Query 四种基本注解；支持 LiveData/Flow/Suspend 的响应式封装，支持事务 @Transaction，支持自定义 SQL 校验（编译期通过 SQLite 解析器做语法检查）。Room 在 kapt/ksp 阶段为每个 Dao 生成实现类，内部通过 RoomDatabase 的 SupportSQLiteOpenHelper 拿到 SQLiteDatabase 实例，真正执行时线程切换由 Coroutine 或 Executor 完成。
- @Database：标记一个抽象类，作为 Room 的入口，持有所有 @Entity 列表与 @Dao 抽象方法。通过 Room.databaseBuilder() 创建单例，内部管理 SQLiteOpenHelper 生命周期、连接池、缓存、查询计划以及 Migration 链。编译期会生成 xxx_Impl.java，包含 createAllTables、validateMigration、getDao 等模板代码，并在运行时提供 androidx.room.RoomDatabase 子类实例。
答案
一句话总结：@Entity 负责“建表”，@Dao 负责“如何访问表”，@Database 负责“把表和访问方法组装成数据库”。
展开说：
- @Entity 标注的类会被 Room 当成一张表，字段即列。通过 primaryKeys、foreignKeys、indices 等属性，编译期就能生成完整的 CREATE TABLE 语句；配合 @TypeConverter 还能把 Date、List<String> 这类 SQLite 不支持的类型存进去。国内项目做增量更新时，schema 文件要随版本提交到 git，方便 CI 做自动迁移校验。
- @Dao 是一个接口或抽象类，里面写的方法在编译期被 Room 用 APT 生成实现。比如 @Query("SELECT * FROM user WHERE city = :city") 会在编译期做语法检查，如果写错列名直接编译失败，避免运行时崩溃；返回类型支持 User、List<User>、Flow<List<User>>、PagingSource 等，天然对接 MVVM 层。国内大厂做单元测试时，会配合 androidx.room:room-testing 在 JVM 层跑 Robolectric，验证 Dao 的 SQL 逻辑。
- @Database 是 Room 的“总闸门”。它把版本号、所有实体、所有 Dao 汇总，通过单例模式暴露给上层 Repository。国内项目为了支持多进程加密，会替换框架层的 SupportSQLiteOpenHelper 为 SQLCipher 实现，此时只需在 Room.databaseBuilder 里 openHelperFactory 即可，无需改 Dao 层代码，体现了注解解耦的优势。
拓展思考
- 编译期安全：Room 的 SQL 校验发生在 kapt/ksp 阶段，比 AndroidX 的 lint 规则更早；国内大型模块化项目会把 entity 与 dao 拆到独立 module，通过 ksp 跨模块解析，避免循环依赖。
- 迁移策略：国内应用市场要求 7 日可回滚，Room 的 autoMigration 只适用于“可识别的安全变更”，如新增列或新增表；重命名列必须写 Migration，并配合 fallbackToDestructiveMigration 的降级策略，防止灰度用户回退时崩溃。
- 性能调优：@Query 返回 Cursor 时，Room 默认使用 RoomSQLiteQuery 做参数绑定，比字符串拼接快 30% 以上；但对大数据量导出场景，可手动实现 SupportSQLiteQuery 绕过框架，减少一次对象拷贝。国内厂商做日志上报 SDK 时，常用此技巧把 10 万条记录一次性写入 CSV。
- 与 Kotlin Symbol Processing 结合：Room 1.12 之后支持 KSP，编译速度提升 30%，字节码体积减少 5% 左右；国内字节、阿里系项目已全量切 KSP，CI 构建时间从 8 min 降到 5 min，面试时可作为“性能优化案例”抛出，展示你对构建链路的深度理解。