IndexedDB

浏览器原生的IndexedDB是一个完整的浏览器内置数据库，支持结构化数据存储，容量可达数百MB

部分浏览器编辑器采用WebAssembly和IndexedDB在本地完成部分处理，但上传自定义素材仍可能触发云端存储。

本地缓存与预加载涉及的技术基础包括本地数据库（如SQLite、IndexedDB）和Service Worker等离线优先的Web技术。

业界常见做法包括模型量化、按需分片加载以及利用浏览器缓存或 IndexedDB 持久化模型文件，以应对本地 AI 的存储与分发问题。

浏览器存储（localStorage、sessionStorage、IndexedDB）无需任何后端，数据只存在于当前浏览器中，localStorage 容量通常在 5-10MB，sessionStorage 随标签页关闭而清空，适合单机原型。

IndexedDB的作用域仅在同一个浏览器、同一个源、同一台机器，换标签页或设备就看不到数据。

浏览器本地推理方案因状态问题失败：机器人需要跨机器持有已总结PR的队列，而浏览器标签页无法做到。

PrintBrief 将确认后的订单保存在本地 IndexedDB 中，附带报价快照和可下载的作业单 PDF。

实现数据持久化的常见方式包括浏览器端的 localStorage 或 IndexedDB，以及借助后端或 BaaS（如 Firebase、Supabase）实现云端同步与多设备访问。

localStorage 以键值对形式存储字符串，容量通常在 5MB 左右，API 同步且简单；IndexedDB 是异步的事务型对象数据库，容量受磁盘配额约束，可存放二进制数据并支持索引与游标查询。

localStorage 和 IndexedDB 的数据与特定域名和浏览器实例绑定，清除浏览器数据、更换浏览器或设备都会导致数据不可访问；它们不参与 Service Worker 的缓存机制，无法自动同步到服务器。

该零依赖 PWA 记账应用采用纯 HTML、CSS 和原生 JavaScript 构建，无需注册，所有数据存储在浏览器本地（localStorage 或 IndexedDB），换设备或清除浏览器数据会导致记录丢失。

IndexedDB 的生命周期由浏览器管理，清理缓存、隐私模式退出、存储压力触发驱逐、用户手动清除站点数据都可能导致其内容丢失。

GlyphSprout 的项目数据留在浏览器存储中，使用 IndexedDB 保存当前和前一次恢复快照，当另一个标签页尝试写入时会给出警告。

用户在离线状态下可记录观察、拍照、标记地理位置点，数据先存入本地 IndexedDB，重新联网时交由 Gemini 分析

该应用桌面端使用Electron 30、Electron Forge作为脚手架与打包工具，并采用IndexedDB加Dexie.js作为本地存储解决方案

浏览器本地存储通常依赖 localStorage 或 IndexedDB 技术实现，数据存储在用户本机而不经过服务器传输

Chrome插件的数据本地化存储通常依赖浏览器内置的IndexedDB或localStorage机制，数据保存在用户本机浏览器沙箱目录中

WASM_OS 依赖 IndexedDB 或 Origin Private File System 等浏览器存储机制实现持久化，与真正的磁盘文件系统仍有差距

llama.cpp的Web UI将聊天记录等数据存储在浏览器的IndexedDB中，所有交互历史完全保留在用户本地，不会上传到任何服务器