indexeddb适合缓存聊天历史，需创建"chatdb"数据库和"messages"对象仓库，设自增主键及byconversationid、bytimestamp索引；写入用readwrite事务，查询用索引+游标分页；需手动清理过期消息并控制容量。
IndexedDB 是浏览器中适合存储结构化数据的本地数据库，用来缓存聊天历史非常合适——它支持事务、可存储大量文本甚至二进制数据（如图片消息），且能按时间、会话 ID 等字段高效查询。
创建聊天专用的数据库和对象仓库
初始化时定义好数据库名、版本，以及用于存储消息的对象仓库（object store）。建议为每条消息设置复合主键或自增 key，并添加索引方便按会话或时间检索：
- 数据库名推荐用
"chatDB"，版本从1开始； - 对象仓库命名为
"messages"，主键设为自增（keyPath: 'id', autoIncrement: true）； - 务必添加两个索引：
"byConversationId"（对应conversationId字段）和"byTimestamp"（对应timestamp字段），便于后续分页加载； - 如果消息含附件（如 base64 图片），IndexedDB 原生支持 ArrayBuffer/Blob，无需额外编码。
插入与批量写入消息
新消息到达后，先封装成标准对象再存入。注意使用事务确保一致性，尤其在频繁发送/接收场景下：
- 每个写操作必须在
readwrite事务中进行； - 单条消息用
store.add(message)；多条可用store.put()或循环调用add()； - 建议给每条消息带上唯一
id（服务端生成更佳）、conversationId、sender、content、timestamp和type（text/image等）； - 避免在 UI 线程直接执行大量写入，可节流或合并为一批提交。
按会话分页查询历史记录
打开聊天窗口时，需快速拉取指定会话的最近 N 条消息。利用索引 + 游标（cursor）或 getAll()（新版支持）实现高效查询：
- 通过
index.get(IDBKeyRange.bound(...))获取某会话中按时间倒序的最后 50 条； - 若要“上滑加载更多”，保存上次查询的最小 timestamp，下次用
upperBound限定范围； - 排序依赖索引方向：创建索引时传
{ unique: false, multiEntry: false }即可，默认升序；查倒序需在游标遍历时用direction: 'prev'； - 注意：IndexedDB 查询不支持 SQL 式 join 或复杂 where，所以会话元数据（如头像、昵称）应单独存于另一仓库或由前端维护。
清理与容量控制策略
聊天记录持续增长，需主动管理空间。IndexedDB 没有自动过期机制，得靠业务逻辑控制：
- 为每个会话设定最大保留条数（如 500 条），超出后删除最早一批（用
delete()配合游标）； - 监听
storage事件或定期检查navigator.storage.estimate()，预估剩余空间； - 用户主动清除记录时，可按
conversationId调用index.getAllKeys()获取所有 key，再批量delete()； - 升级数据库版本时，在
onupgradeneeded中迁移旧数据或重建索引，避免查询失效。
实际使用中，配合 Promise 封装 IndexedDB API（如 idb 库）能大幅简化代码。核心在于设计合理的数据结构、善用索引、控制写入节奏，并始终在事务中操作——这样就能稳定支撑离线聊天、快速回溯和低延迟展示。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
