IndexedDB不能直接跨标签页共享状态，因各标签页有独立执行环境与事务上下文，无内置广播机制；需配合BroadcastChannel或localStorage+storage事件实现变更通知与同步。
IndexedDB 本身不直接支持多标签页间的实时状态共享，但它可以作为底层持久化机制，配合其他技术（如 localStorage + storage 事件、BroadcastChannel 或 Service Worker）实现跨标签页的状态同步。关键在于：**状态变更需主动通知其他标签页，而非依赖 IndexedDB 自动广播**。
为什么 IndexedDB 不能直接“共享状态”？
每个标签页拥有独立的 JavaScript 执行环境和 IndexedDB 事务上下文。虽然所有标签页访问的是同一个数据库（同源下），但：
- 写操作不会自动触发其他标签页的监听（没有内置事件机制）
- 读操作获取的是调用时刻的快照，无法感知其他标签页的并发修改
- 事务隔离性保证数据一致性，但也意味着“无感知更新”
推荐方案：IndexedDB + BroadcastChannel（现代浏览器首选）
BroadcastChannel 是轻量、低延迟的跨标签页通信 API，适合广播状态变更指令，再由各标签页按需读取或更新 IndexedDB。
示例流程：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
立即学习“前端免费学习笔记（深入）”；
- 标签页 A 修改用户偏好设置 → 写入 IndexedDB → 同时通过
bc.postMessage({type: 'settings-updated', data: {...}})广播 - 其他标签页监听
bc.onmessage→ 收到后可选择：刷新本地缓存、触发 UI 更新、或重新读取 IndexedDB 中最新值 - 避免频繁读库：只在必要时（如用户回到页面、收到广播）才查 IndexedDB，减少 I/O 开销
兼容方案：localStorage + storage 事件（支持更广）
当需兼容旧版浏览器（如 Safari 12.1 以下）时，可用 localStorage 作信号通道：
- 写状态前，先写一个带时间戳的标记到
localStorage（如localStorage.setItem('state-sync-trigger', Date.now())） - 其他标签页监听
window.addEventListener('storage', handler)→ 检测到变化后，从 IndexedDB 加载最新状态 - 注意：该事件不会在触发修改的标签页自身触发，且无法传递复杂数据，仅作“通知”用途
进阶：结合内存状态与 IndexedDB 的一致性策略
为提升响应速度，通常会维护一份内存中的状态副本（如全局 state 对象）。此时需确保内存、IndexedDB、其他标签页三者一致：
- 所有状态变更必须走统一入口函数（如
updateState(key, value)） - 该函数内：先更新内存 → 再写 IndexedDB → 最后广播变更（via BroadcastChannel 或 localStorage）
- 监听到外部变更时，优先比对版本号或时间戳，避免覆盖本地未提交的临时修改
