上一篇
安卓开发可以不用数据库
安卓开发中无需数据库的场景
在安卓应用开发中,并非所有数据存储需求都必须依赖数据库（如SQLite），以下是一些典型场景：
| 场景 | 说明 |
|---|---|
| 临时数据存储 | 仅需在应用运行期间保存的数据（如用户输入表单的临时草稿）。 |
| 轻量级配置信息 | 少量键值对数据（如用户偏好设置、开关状态），可用SharedPreferences替代。 |
| 文件型数据存储 | 文本、图片、音频等文件直接存储到设备目录（如InternalStorage或ExternalStorage）。 |
| 内存中数据处理 | 即时计算或短期使用的数据（如App运行时的缓存计算结果），可直接用List、Map等结构。 |
| 第三方服务依赖 | 数据通过API实时获取并展示（如天气、新闻类应用），无需本地持久化。 |
替代数据库的存储方案对比
以下是几种常见非数据库存储方案的对比：
| 存储方式 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
SharedPreferences |
简单键值对存储（如用户设置、登录状态） | 轻量、API简单、自动持久化 | 仅支持简单数据类型，不适合复杂结构 |
| 文件存储（File） | 文本、二进制文件（如配置文件、图片、视频） | 支持任意格式、可跨应用共享（如PDF报告） | 需手动管理路径、大文件读写效率低 |
| 内存数据结构（如List） | 临时计算数据、页面传参 | 高性能、无需持久化 | 应用关闭后数据丢失 |
| 网络缓存（如OkHttp缓存） | 频繁请求的远程数据（如图片、API响应） | 减少网络请求、自动过期处理 | 依赖网络、占用存储空间 |
如何选择是否使用数据库？
判断数据特性
- 无需持久化：数据仅在App运行期间使用 → 内存存储（如
ArrayList）。 - 少量简单数据：用户设置、状态标记 →
SharedPreferences。 - 文件型数据：图片、音视频、日志 → 文件存储。
- 复杂关系数据：多表关联、高频查询 → 必须使用数据库（如SQLite或Room）。
评估性能与复杂度
| 需求 | 推荐方案 | 原因 |
|---|---|---|
| 存储100条以内的日志 | 文件存储（CSV/JSON） | 写入简单，无需数据库开销 |
| 用户登录信息（账号+token） | SharedPreferences |
轻量且自动加密（Android 10+） |
| 实时计算中间结果 | 内存变量（如HashMap） |
高性能，无需持久化 |
相关问题与解答
问题1：什么情况下必须使用数据库？
- 场景：需要存储大量结构化数据（如用户信息表、订单表）、支持复杂查询（如多条件筛选）、保证数据一致性（如事务操作）。
- 示例：电商App中的商品列表、社交App的聊天记录。
问题2：能否混合使用多种存储方式？
- 可以。
- 用户设置用
SharedPreferences。 - 用户头像用文件存储。
- 本地缓存的API数据用
Room数据库。
- 用户设置用
- 优势：根据数据特点选择最优方案，提升性能并降低开发
