localStorage

浏览器localStorage的容量约为5-10MB

localStorage 只能存储字符串类型，复杂数据需要通过 JSON.stringify 序列化后存入，读取时用 JSON.parse 反序列化

localStorage 是 HTML5 规范定义的客户端存储机制，以键值对形式将数据持久化在浏览器中，容量通常为 5-10MB，数据不会随页面刷新或浏览器关闭而丢失

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

存 localStorage 可以让前端在刷新后恢复对话展示，但后端记忆仍由 memoryId 关联，两者需要保持一致，否则会出现界面有记录但模型不记得的割裂。

InvoiceSnap AI 的前端使用原生 JavaScript 处理上传、表格交互、浏览器存储和 CSV 导出，支出记录存储在浏览器 localStorage 中。

DishReactions 使用浏览器 localStorage 存储所有数据，反馈不离开设备。

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

Service Worker 缓存静态资源后应用可完全离线使用，但记账应用的核心数据在 localStorage 中，Service Worker 并不缓存数据本身，且因为无服务器，离线录入的交易恢复网络后不会自动同步。

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

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

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

DukaanAI 的库存数据初期存储在浏览器 localStorage 中，一旦需要多设备同步或多人协作，就必须迁移到云端数据库。

DukaanAI 初始版本的库存数据存储在浏览器 localStorage 中，属于 local-first 原型而非云端多用户系统。

localStorage 是浏览器提供的键值对本地存储机制，数据保存在用户设备上，容量通常在 5MB 左右，换设备或换浏览器后数据无法访问。

localStorage 中的数据没有过期机制，也不会随会话结束而清除，敏感数据存入 localStorage 意味着它会在用户设备上长期留存。

若把 refresh token 放在 localStorage，XSS 一旦发生就等同于账号泄露。

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

存储在localStorage中的Token可以在标签页关闭后持久存在，但暴露于XSS风险之下

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