无痕模式下WebStorage失效，应优先使用内存缓存（如Map/WeakMap）、URL参数、Cookie（服务端配合）或带降级的Cache API/IndexedDB，并从设计上减少对客户端持久化的依赖。
在无痕（隐私）模式下，大多数浏览器会禁用或限制 localStorage 和 sessionStorage 的写入能力——即使调用成功，数据也会在窗口关闭后立即清除，且部分浏览器（如 Safari、Firefox）会在尝试写入时直接抛出 QuotaExceededError。这意味着依赖 WebStorage 的前端状态管理、缓存、用户偏好等逻辑在无痕模式下会失效。真正的替代方案不是“找一个同样持久的存储”，而是根据场景选择更可靠、更兼容、更符合隐私模式运行机制的策略。
优先使用内存缓存（in-memory cache）
对于非持久化需求（如表单草稿、临时筛选状态、页面内跳转携带的数据），最稳妥的方式是把数据保留在 JavaScript 内存中，不落地到任何持久化 API。
- 用普通对象或
Map/WeakMap缓存当前会话中的关键状态 - 配合路由变化（如
history.state或前端路由的state参数）传递轻量数据 - 对表单内容可监听
input事件实时存入内存，并在页面卸载前（beforeunload）尝试回写 Storage —— 若失败则静默忽略
降级使用 cookie（仅限小数据 + 服务端配合）
Cookie 在无痕模式下仍可读写（除非用户禁用），且支持 HttpOnly 和 SameSite 控制。但注意：它有大小限制（通常 4KB）、每次请求自动携带、不适用于纯前端 SPA 的离线状态管理。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 适合保存用户主动设置的轻量偏好（如主题、语言），由后端在响应头中设置
Set-Cookie - 前端可通过
document.cookie读取，但不能安全地写入敏感字段（无Secure/HttpOnly保护） - 需服务端参与解析和同步，不适合高频更新或大数据量场景
尝试 Cache API 或 IndexedDB（谨慎评估兼容性）
部分浏览器（如 Chrome）在无痕模式下仍允许有限使用 Cache API（用于 Service Worker 缓存）和 IndexedDB，但行为不统一：Safari 会拒绝打开数据库，Firefox 可能使用临时隔离实例。
- 不要假设 IndexedDB 在无痕中“可用”——必须封装健壮的 try/catch + fallback 逻辑
- 若用于离线资源缓存，优先走 Service Worker + Cache API，并在 install 事件中预加载关键资源
- 对用户数据类存储，始终将 IndexedDB 视为“尽力而为”，并默认回退到内存缓存
从设计源头规避强持久依赖
真正可持续的方案不是替换 Storage，而是重构交互逻辑，降低对客户端持久化的刚性要求。
- 将关键状态（如登录态、购物车）托管至服务端，前端只维护短期 token 或 session ID
- 利用 URL query 或 hash 携带可序列化的状态（如
?tab=2&sort=date），天然无痕友好 - 对需要恢复的复杂操作（如长文本编辑），提供显式“保存草稿”按钮，由用户主动触发服务端落库
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
