html5 中不存在标准的 sharedstorage api；它曾是 chrome 实验性广告沙盒提案（2021–2023），2024 年起弃用、2025 年已移除，未被其他浏览器实现，也未标准化；实际开发中 localstorage/sessionstorage 按源隔离，不支持跨站点共享；跨站点数据协作应通过服务端中转或安全客户端通信实现。
HTML5 中没有名为 SharedStorage 的标准 Web API。
你提到的 “SharedStorage” 很可能混淆了以下两类不同技术：
1. 浏览器厂商实验性提案（已弃用/未标准化）
Chrome 曾在 2021–2023 年间试点 SharedStorage API，作为 FLEDGE（广告隐私沙盒）的一部分，用于跨站点上下文下安全运行广告相关计算（如受众匹配、频次控制）。但它：
- 仅限于受控的、声明式广告用例（如
sharedStorage.worklet.addModule()），不开放给普通网站任意读写数据； - 要求严格注册权限（需通过 Permissions Policy 和跨域许可头）；
- 2024 年起已被 Chrome 明确标记为 deprecated，2025 年主流版本已移除支持；
- 从未被 Firefox、Safari 或 Edge 实现，也未进入 W3C 标准流程。
2. 常见误称：把 localStorage/sessionStorage 错叫成 SharedStorage
实际开发中，有人会口语化说“共享存储”，但标准 Web Storage（localStorage / sessionStorage）天然不支持跨站点共享：
- 它们按 源（Origin）严格隔离：协议 + 域名 + 端口三者完全一致才可访问；
-
https://a.com写入的数据，https://b.com或http://a.com都无法读取； - 即使子域名不同（如
shop.example.com与api.example.com），默认也不互通（需配合document.domain—— 但该方式已废弃且仅适用于 document-based 页面，不适用于现代 SPA）。
3. 真正可行的跨站点安全数据协作方案
若你确实需要多个可信站点间协同处理用户数据，应采用服务端中转 + 客户端安全边界的方式：
- 后端代理 + OAuth2/OpenID Connect：由统一认证中心颁发短期 token，各站点用 token 向同一后端 API 获取授权数据；
-
第一方上下文透传（如 iframe + postMessage）：主站嵌入可信合作方 iframe，通过
window.postMessage在明确 origin 校验后传递必要数据； -
加密客户端状态 + URL 参数签名：将轻量数据用密钥签名后 Base64 编码传参（如
?state=xxx），接收方验证签名再解密使用（适合跳转场景）； - 避免前端直接跨域存取敏感数据：所有跨域逻辑应在服务端完成，前端只处理已授权、已脱敏的结果。
目前没有符合 HTML5 标准、广泛支持、可用于通用跨站点数据存取的 “SharedStorage” 接口。任何宣称支持它的方案，要么基于过时实验特性，要么依赖非标准扩展或服务端配合。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
