说到Room，就又要从一次面试聊起了，记得是面试Oppo的时候，当时面试官问我是否使用过Room，是否还使用过其他的数据库框架，并且这几个框架之间的区别？
这里也是一如历往的连续问题：
1.Room的一些基本使用方法
2.同类型的ORM框架用过哪些
3.ORM框架原理和区别
首先Room的使用方法，作为一个ORM（Object Relational Mapping）框架，必须是对移动端的数据库开发的一次解放，解决了大量sql语句的调试问题，并且能有效的防止数据库注入攻击。
基本使用方法就从sunflower开始了
Room 包含 3 个主要组件：
-
数据库：包含数据库持有者，并作为应用已保留的持久关系型数据的底层连接的主要接入点。
使用
@Database注释的类应满足以下条件：- 是扩展
RoomDatabase的抽象类。 - 在注释中添加与数据库关联的实体列表。
- 包含具有 0 个参数且返回使用
@Dao注释的类的抽象方法。
在运行时，您可以通过调用 [
Room.databaseBuilder()](https://developer.android.google.cn/reference/androidx/room/Room#databaseBuilder(android.content.Context, java.lang.Class, java.lang.String)) 或 [Room.inMemoryDatabaseBuilder()](https://developer.android.google.cn/reference/androidx/room/Room#inMemoryDatabaseBuilder(android.content.Context, java.lang.Class)) 获取Database的实例。 - 是扩展
以上是直接来自官方（说白了就是一个数据库对象 + dao类（数据库操作类）+ entity（表对应的对象）），下面直接上码：
// plant.kt
@Fts4 // 全文搜索 (FTS) 快速访问数据库信息
@Entity(tableName = "plants") // 我是表名
// 如果是双主键@Entity(primaryKeys = arrayOf("id", "name"))
data class Plant(
@PrimaryKey @ColumnInfo(name = "id") val plantId: String, // 主键 name = id
@Ignore val name: String, // 如果你不想保留字段 （@Ignore）
val description: String,
val growZoneNumber: Int,
val wateringInterval: Int = 7, // how often the plant should be watered, in days
val imageUrl: String = ""
) {
/**
* Determines if the plant should be watered. Returns true if [since]'s date > date of last
* watering + watering Interval; false otherwise.
*/
fun shouldBeWatered(since: Calendar, lastWateringDate: Calendar) =
since > lastWateringDate.apply { add(DAY_OF_YEAR, wateringInterval) }
override fun toString() = name
}
以上大部分注解可以在Entity看到
// PlantDao.kt
@Dao
interface PlantDao {
@Query("SELECT * FROM plants ORDER BY name") // 通过sql语句进行的请求
fun getPlants(): Flow<List<Plant>> // 甚至能直接返回Flow<>
@Query("SELECT * FROM plants WHERE growZoneNumber = :growZoneNumber ORDER BY name")
fun getPlantsWithGrowZoneNumber(growZoneNumber: Int): Flow<List<Plant>>
@Query("SELECT * FROM plants WHERE id = :plantId")
fun getPlant(plantId: String): Flow<Plant>
@Insert(onConflict = OnConflictStrategy.REPLACE) // 直接通过注解的方法 进行请求
suspend fun insertAll(plants: List<Plant>)
}
可以看到大量的注解的使用，几乎贯穿者整个Room的使用，然后数据返回类型的宽容性，也非常友好
比如：
Room 支持各种查询方法的返回类型，包括与特定框架或 API 进行互操作的特殊返回类型。下表根据查询类型和框架展示了适用的返回类型：
| 查询类型 | 协程 | RxJava | Guava | 生命周期 |
|---|---|---|---|---|
| 可观察读取 | Flow<T> |
Flowable<T>、Publisher<T>、Observable<T>
|
无 | LiveData<T> |
| 单次读取 | suspend fun |
Single<T>、Maybe<T>
|
ListenableFuture<T> |
无 |
| 单次写入 | suspend fun |
Single<T>、Maybe<T>、Completable<T>
|
ListenableFuture<T> |
无 |
那么问题来了，同类型的ORM数据库框架有哪些呢，greenDao肯定是人尽皆知了吧，然后还有个ORMLite也是比较热门的，那同为ORM框架他们之间的区别在哪呢？
ORM框架要做的很大一个工作就是 把Java / kotlin 的实体类与 数据库的表进行映射，而这个过程这三者用了不同的方式
1.Room 用annotationProcessor（注解处理器）完成了注解的解析，用原生sql来表达对数据库的操作，在编译期就进行字段校验。
2.greenDao则直接使用gradle插件来完成数据库代码生成，数据库sql语句则使用的是类sql的语句，据传是最快的Android ORM
3.ORMLite由于使用反射，造成了一定的性能开销
其他功能
- sqlcipher的支持 greenDao 和 ormlite 是直接支持的 ， Room则需要使用一些三方开源库cwac-saferoom
- 支持将父类的变量解析为数据库表字段 除了greenDao ， Room和Ormlite都支持
