web storage在主流浏览器中基础支持良好，但私有模式下会静默失效（如safari抛出quota_exceeded_err）、ie可能因安全策略抛出access is denied错误，需通过真实读写检测并降级至内存缓存。
Web Storage（包括 localStorage 和 sessionStorage）在主流现代浏览器中支持良好，但实际运行时仍存在若干隐性兼容性陷阱——不是“是否支持”，而是“是否真正可用”。关键问题往往出现在权限限制、私有模式、安全策略等边缘场景，需主动检测与降级处理。
主流浏览器基础支持情况
桌面端：IE8+、Firefox 3.5+、Chrome 4+、Safari 4+、Opera 10.5+ 均原生支持 Web Storage API。移动端除 Opera Mini 外，Android 浏览器 2.1+、UC 11+、iOS Safari 3.2+ 也都支持。这意味着只要目标用户不覆盖 IE7 及更旧版本，基础 API 调用可直接使用。
私有模式下的静默失效（Safari/iOS）
Safari 及 iOS Safari 在无痕/私有浏览模式下，localStorage 和 sessionStorage 对象虽存在，但调用 setItem() 会立即抛出 QUOTA_EXCEEDED_ERR；若用户启用了“阻止所有 Cookie”（iOS 设置中），还会触发 SecurityError: DOM Exception 18。这类错误不会中断脚本，但会导致数据写入失败且无提示。
在 Linux 上通过 Chrome 挂载/VNC 自动发布小红书长笔记。Agent 撰写标题和正文后执行 xhs_publish.sh --publish --submit，触发小红书发布。
- 必须通过真实读写测试判断可用性，不能仅靠
typeof localStorage !== 'undefined' - 推荐复用 ngStorage 中的检测逻辑：生成随机 key →
setItem→removeItem→ 捕获异常 - 检测失败后，应提供内存缓存（如 plain object）作为 fallback，避免功能退化
IE 的权限拦截与降级策略
IE（尤其企业内网环境中的旧版）可能因安全策略禁用本地存储，访问 localStorage 时直接抛出 SCRIPT5: Access is denied。该错误发生在属性访问阶段，而非方法调用阶段。
- 需用
try/catch包裹window.localStorage获取操作 - 一旦捕获异常，应跳过初始化，返回空对象或 noop 函数（如
{ getItem: () => null, setItem: () => {} }） - 避免在 AngularJS 等框架中因依赖注入失败导致整个模块崩溃
容量限制与跨域隔离的现实影响
各浏览器默认配额约为 5–10MB，但实际可用空间受当前域已存数据、磁盘状态及浏览器实现影响。更重要的是：Web Storage 严格按 origin（协议+域名+端口） 隔离，子域间不共享，https://a.example.com 与 https://b.example.com 互不可见。
- 写入前建议先检查剩余空间（可通过反复写入小数据块估算，但无标准 API）
- 避免在单页应用中将大量日志、原始图片 Base64 存入 localStorage，易触发配额异常
- 跨子域通信需借助
postMessage+ iframe 中转，不能依赖 storage 共享
