indexeddb是浏览器中功能最强大的客户端数据库，适合存储结构化数据，如需按时间、会话、用户等维度查询的聊天记录；核心在于合理设计数据库结构（如conversations和messages对象仓库）、封装增删查逻辑，并实现离线优先与服务端同步策略。
IndexedDB 是浏览器中功能最强大的客户端数据库，适合存储结构化数据，比如聊天记录这种需要按时间、会话、用户等维度查询的场景。实现离线聊天记录本地存储，核心是设计好数据库结构、封装增删查逻辑，并处理好消息同步与冲突。
设计合理的数据库结构
聊天应用通常涉及多个会话（如不同好友或群组），每条消息有发送方、接收方、内容、时间戳、已读状态等字段。建议按以下方式建模：
- 一个数据库（如 chatDB），版本号从 1 开始，后续升级可添加新对象仓库
- 一个对象仓库（conversations）：主键为 conversationId（如
"user_123"或"group_456"），存储会话元信息（最后消息时间、未读数等） - 另一个对象仓库（messages）：主键为自增 id，但必须设置 index（如
conversationId、timestamp、senderId），方便按会话+时间范围快速查询
打开数据库并创建/升级结构
首次打开或版本变更时，需在 onupgradeneeded 中定义 schema：
const openRequest = indexedDB.open('chatDB', 2);
openRequest.onupgradeneeded = (event) => {
const db = event.target.result;
if (!db.objectStoreNames.contains('conversations')) {
db.createObjectStore('conversations', { keyPath: 'id' });
}
if (!db.objectStoreNames.contains('messages')) {
const store = db.createObjectStore('messages', { autoIncrement: true });
store.createIndex('byConversation', 'conversationId', { unique: false });
store.createIndex('byTime', 'timestamp', { unique: false });
store.createIndex('bySender', 'senderId', { unique: false });
}
};
注意：版本号必须递增才能触发升级；已有数据不会被清空，但新增仓库/索引只对后续写入生效。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
封装常用操作：存、查、删
用 Promise 封装 IDB 操作，避免回调地狱。例如：
-
保存单条消息：
addMessage({ conversationId, senderId, content, timestamp })→ 写入messages仓库，同时更新conversations中的lastMessage和updatedAt -
按会话拉取最近 N 条：
getMessagesByConversation(conversationId, limit = 50)→ 使用index('byConversation')+openCursor倒序遍历（配合IDBKeyRange.bound和direction: 'prev'） -
标记已读：批量更新
messages中read: true字段，或更轻量地只更新conversations的unreadCount
小技巧：查询时用 cursor.continue() 分页加载，避免一次性读取大量历史消息阻塞主线程。
离线优先 + 同步策略要点
本地存储只是第一步，关键在于如何与服务端协同：
- 发送消息时，先存本地（带
status: 'pending'），立即渲染 UI；再异步发到服务器，成功后更新本地 status 为'sent'，失败则保留 pending 并提示重试 - 收到新消息（WebSocket 或轮询）：先写库，再触发 UI 更新；若发现重复 id（如服务端幂等返回），跳过插入或覆盖
- 首次加载会话列表时，优先读
conversations获取摘要，再按需懒加载消息，提升首屏速度 - 定期清理：比如只保留最近 30 天的消息，用
delete()配合index('byTime')批量删除
不复杂但容易忽略：所有写操作务必监听 transaction.oncomplete 或使用 await db.transaction(...).done（Chrome 支持），确保数据真正落盘再执行后续逻辑。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
