QuotaExceededError在隐身模式下因localStorage被禁用而直接抛出，必须在layui.data写入前主动检测写入权限，不可依赖try/catch兜底；检测失败应降级至内存缓存或cookie，并确保读写逻辑分离、功能可退化。
隐身模式下layui.data写入失败直接抛QuotaExceededError
隐身模式（尤其是 Chrome、Safari、Edge）会禁用或限制 localStorage 和 sessionStorage 的写入能力，而 layui.data 底层正是基于 localStorage 实现的。一旦尝试写入，浏览器会立即抛出 QuotaExceededError: Failed to execute 'setItem' on 'Storage'，导致后续逻辑中断——比如登录态保存失败、用户偏好丢失、表单草稿清空。
检测是否处于受限存储环境再决定是否调用layui.data
不能靠 try/catch 被动兜底，得在写入前主动判断。Layui 没提供内置检测方法，需自行补充：
- 先用
try { localStorage.setItem('test', '1'); localStorage.removeItem('test'); }快速试探写入权限 - 若抛错或取值为
null（Safari 隐身模式下localStorage会返回空对象但实际不可写），则判定为受限环境 - 此时应跳过
layui.data写入，改用内存变量缓存（var memoryCache = {}），或降级为cookie（注意大小限制） - 避免在初始化阶段就调用
layui.data('xxx', {key:'a', value:...})，否则页面一加载就报错
layui.data 在隐身模式下读取可能成功但写入必败
这是最容易误判的点：有些浏览器（如旧版 Safari）允许读取已存在的 localStorage 数据，但禁止任何写操作。所以你可能看到 layui.data('user') 返回了上次正常模式下的数据，但紧接着 layui.data('user', {key:'token', value:'abc'}) 就崩了。
- 不要假设“能读就能写”，每次写入前都必须独立检测
- 不要复用同一份缓存逻辑处理读/写——读可用 fallback 到内存或 cookie，写必须走权限校验分支
- 如果业务强依赖持久化（如记住折叠状态、列宽配置），建议把关键设置同步到后端，前端只做临时缓存
替代方案不是加个 try/catch 就完事
单纯包一层 try { layui.data(...) } catch(e) { console.warn('cache disabled') } 只是掩盖问题，用户行为依然会断连。真正要做的，是让功能在无痕模式下「可退化」：
- 用
const cache = { get: () => {}, set: () => {} }封装统一缓存接口，内部根据环境自动切换策略 - 对非关键数据（如 UI 展开状态），直接用
data-属性或组件内部 state 管理，不碰存储 API - 若必须持久化且支持 cookie，可用
document.cookie手动实现简易 key/value 存取（注意max-age和Secure标志） - 别依赖
layui.sessionData——它底层也是sessionStorage，同样被隐身模式封锁
隐身模式不是 bug，是浏览器明确的隐私策略。所有基于 Web Storage 的封装（包括 layui.data）都绕不开这个限制。重点不在“怎么让它写进去”，而在“当它写不进去时，你的功能还能不能走通”。
