在移动应用开发过程中，数据库的选型与实现是必不可少的一环，数据的持久化存储直接影响应用的稳定与体验。本文将系统梳理Android平台常见的几种数据库方案，包括SQLite、Room与Realm，通过对比其特点、适用场景及基本操作，帮助开发者在实际项目中作出合理选择。内容经过梳理与归纳，如果对您有所帮助，欢迎点赞与收藏，感谢支持！
在Android生态中，数据库的选择多样，常见如SQLite、Room、Realm等。面对多种方案，开发者往往难以抉择。下文将逐一展开说明。
一、SQLite数据库
SQLite是一种轻量级的关系型数据库，以单个文件（.db）形式存储，由应用进程直接读写。在Android中，它无需独立安装、启动服务或进行账号验证，每个应用均拥有独立的数据库存储目录，默认路径为：
```
/data/data/<package_name>/databases/xxx.db
```
Android框架底层内置了SQLite引擎，Java/Kotlin层通过JNI进行封装，实际执行仍由C层完成。
1.1基本数据操作
在SQLite中，不推荐直接拼接SQL语句，以免引入注入风险。以下为正确与错误示例对比：
不推荐的拼接方式（易导致SQL注入）：
```kotlin
db.execSQL("INSERTINTOuser(name,age)VALUES('Tom',18)")
```
推荐使用`ContentValues`（安全且支持自动类型转换）：
```kotlin
valvalues=ContentValues().apply{
put("name","Tom")
put("age",18)
}
db.insert("user",null,values)
查询示例：
```kotlin
valcursor=db.query(
"user",
arrayOf("id","name","age"),
"age>?",
arrayOf("18"),
null,
null,
"ageDESC"
)
```
更新与删除：
```kotlin
db.update("user",values,"id=?",arrayOf("1"))
db.delete("user","id=?",arrayOf("1"))
```
1.2性能与适用边界
SQLite适用于本地结构化数据存储、离线缓存、业务数据持久化及中小规模数据场景。其不适合高频并发写入、大容量二进制存储、跨进程共享或需要实时同步的场景。
总结：
SQLite目前在实际开发中已逐渐淡出主流，主要原因是需要编写大量SQL语句及参数设置，开发效率较低且易出错。
二、Room数据库
Room是Android官方推荐并持续维护的数据库框架，其底层基于SQLite，并非简单封装，而是通过编译期SQL校验、对象映射等机制，显著提升安全性与开发体验。
2.1核心优势
编译期SQL校验：SQL错误在编译阶段即被捕获，避免运行时隐患。
自动管理Cursor：无需手动调用`moveToNext()`与`close()`，减少内存泄漏风险。
强制子线程执行：禁止在主线程进行数据库操作，防止ANR或界面卡顿。
2.2数据操作示例
Room通过注解声明数据操作方法，结构清晰且类型安全：
插入：
```kotlin
@Insert
suspendfuninsert(user:UserEntity)
```
查询：
```kotlin
@Query("SELECTFROMuserWHEREage>:age")
suspendfunqueryByAge(age:Int):List<UserEntity>
```
更新与删除：
```kotlin
@Update
suspendfunupdate(user:UserEntity)
@Delete
suspendfundelete(user:UserEntity)
```
Room的价值并非仅在于减少代码量，更在于通过规范与安全机制帮助开发者规避常见陷阱，因此成为Android平台的首选数据库方案之一。
三、Realm数据库
Realm与其他两者本质不同，它并非基于SQLite，而是一种对象数据库。其核心特点在于“对象即数据”，以下示例可直观体现其差异：
在SQLite或Room中，查询获得的对象是一个副本，修改其属性不会直接影响数据库：
```kotlin
valuser=UserDao.getUser(id)
user.name="马丁"//数据库中的值不变
```
而在Realm中，查询得到的对象直接关联数据库，修改即同步至存储层，体现了真正的“对象持久化”。
3.1主要优势
对象即数据：直接操作对象而非SQL，无需编写DAO或处理Cursor。
查询性能高：基于内存映射、零拷贝与延迟加载机制，避免创建对象副本，GC压力小。
响应式支持：数据修改可实时通知，无需额外依赖Flow、LiveData等观察模式。
天然支持对象关系：直接建立对象间关联，无需通过SQLJOIN进行查询。
简洁的数据监听：
```kotlin
users.addChangeListener{results>
//数据变化自动回调
}
```
3.2基本操作
插入与更新：
```kotlin
realm.executeTransaction{
it.insertOrUpdate(user)
}
```
查询：
```kotlin
valusers=realm.where<User>()
.greaterThan("age",18)
.findAll()
```
修改与删除：
```kotlin
realm.executeTransaction{
valuser=it.where<User>()
.equalTo("id",1L)
.findFirst()
user?.age=20
//删除：user.deleteFromRealm()
}
```
总结：
Realm的强大源于其“对象即数据”的模型，但这也要求开发者必须遵循其严格的事务与线程规则。
如何选择？
底层或系统开发：若对SQLite有深入理解，且需直接控制存储引擎，可选用SQLite。
常规应用开发：推荐使用Room，其安全、简洁且与Android生态集成良好，适合大多数工程场景。
对象化、读多写少、UI强绑定的数据场景：若数据结构自然对应对象模型，且能接受Realm的约束条件，可考虑采用Realm。
根据项目实际需求、团队技术储备及性能要求，合理选择适合的数据库方案，将有效提升开发效率与应用稳定性。
来源：小程序app开发|ui设计|软件外包|IT技术服务公司-木风未来科技-成都木风未来科技有限公司
