怎么在谷歌浏览器里手动清除某一网站的本地存储？

功能定位：为什么只清一个站？

谷歌浏览器把 Cookie、Cache Storage、IndexedDB、LocalStorage 等统一归入“站点数据”。整站数据失效时，用户往往只想重置单站状态，却担心“一键清理所有”把登录态、购物车、未读进度一并带走。手动清除某一网站的本地存储，能在不波及全局的前提下，快速解决白屏、登录循环、配额超限等问题，同时保留其余站点的会话与缓存，兼顾性能与隐私。

前置检查：先判断数据量级与类型

打开 DevTools → Application → Storage，选中目标域名，可看到 LocalStorage、SessionStorage、IndexedDB、Cache Storage、Service Worker 各条目体积。经验性观察：若单站 IndexedDB > 200 MB 或 Cache Storage > 500 MB，清除后首次加载耗时可能增加 1–3 倍，但内存占用可立即下降 30–150 MB；若仅 LocalStorage 几十 KB，则对性能几乎无感，仅影响该站本地配置。

桌面端最短路径（Windows / macOS / Linux）

方法一：地址栏锁形图标 → 站点设置

1. 在目标网站任意页面，点击地址栏左侧的“锁”或“调谐”图标。
2. 选择“站点设置”（Site settings）。
3. 页面底部点击“删除数据”按钮（Delete data）。
4. 在弹出的二次确认框中勾选“同时清除本地存储”（Include local storage），点击清除。

回退方案：若按钮置灰，说明当前标签未完全加载完毕；刷新页面后重试即可。

方法二：设置 → 隐私与安全 → 第三方站点数据

1. 地址栏输入 chrome://settings/content/all 回车。
2. 在搜索框输入目标域名，如 example.com。
3. 点击右侧垃圾桶图标，确认“删除”。

该入口可批量查看同一注册域名下所有子域的存储占用，适合排查跨子域重复写入。

Android 端最短路径

1. 地址栏左侧点击“锁”→“站点设置”。
2. 页面底部点“删除并重置权限”。
3. 在弹窗中勾选“本地存储与缓存”，确认。

若未看到“本地存储与缓存”复选框，说明该站未写入任何本地存储；直接点“重置”即可。

iOS 端限制与变通

截至当前的最新版本，iOS Chrome 未开放单站数据删除接口。如需清除，只能“设置 → 隐私 → 清除浏览数据 → 高级 → 选中 Cookie 与站点数据”全局清理，或使用隐身模式重新访问。工作假设：Apple WebKit 限制第三方浏览器写入 File System API，导致 Google 无法像桌面端那样精准剥离单站文件。

DevTools 深度清理：可选颗粒度

在 DevTools → Application → Storage，左侧树形列表展开目标域名，可单独右键删除“Local Storage”“IndexedDB”等子项，保留其余。适合开发者调试渐进式 Web 应用（PWA）时，仅重置离线缓存而保留用户登录态。

决策树：什么时候值得清？

• IndexedDB > 200 MB 且页面首次加载白屏 > 5 秒 → 建议清。
• Cache Storage > 500 MB 且 Service Worker 持续占用 CPU > 15 % → 建议清。
• LocalStorage > 5 MB（接近 5.2 MB 配额上限）→ 建议清。
• 仅 Cookie 异常、无体积压力 → 优先用“锁图标 → Cookie 删除”而非全站数据。

副作用与缓解

清除后，站点会丢失离线可用性、本地主题/语言配置、未同步草稿。缓解方案：清除前在 DevTools → Network 禁用缓存，刷新确认问题是否消失；若消失再清，可避免误杀。对于 PWA，清除后首次访问将重新下载 WebApp 壳资源，流量消耗约 1–10 MB，移动网络下注意流量提醒。

与扩展协同的最小权限原则

部分“自动清理”扩展会请求“读取并更改所有网站数据”权限。若仅需定期清理特定站点，优先使用 Chrome 原生入口，避免授予扩展全局权限。经验性观察：Manifest V3 Service Worker 扩展在清除大体积 IndexedDB 时，会因单次事件超时 5 分钟被系统杀掉，导致清理不完整；原生方案无此限制。

故障排查：按钮置灰/无反应

1. 确认当前标签页已完全加载，地址栏显示完整 URL 而非 chrome:// 内部页面。
2. 检查是否由企业策略管控：地址栏输入 chrome://policy，若存在 DefaultCookiesSetting 为 2，则禁止删除，需联系管理员。
3. 尝试在隐身窗口重新打开站点，再执行清除；隐身数据少，可排除扩展干扰。

验证与观测方法

清除前记录 chrome://histograms/DOMStorage.LocalStorage.BytesUsed 的数值，清除后刷新同一页面，若该值归零且功能恢复，则判定清理有效。对于 IndexedDB，可在 DevTools → Application → IndexedDB 查看库是否消失，随后观察 Network 面板是否重新下载离线包。

不适用场景清单

• 企业内网系统依赖本地存储保存二次认证令牌，清除后需重新短信/邮件验证，可能影响批量登录脚本。
• 在线 IDE（如 GitHub Codespaces）把未提交代码缓存在 IndexedDB，清除会导致未推送更改丢失。
• 低带宽（< 1 Mbps）环境下，清除 500 MB 缓存后重新下载耗时 > 10 分钟，体验反而下降。

最佳实践速查表

场景	推荐操作	先决条件
PWA 离线包损坏	DevTools → Application → Cache Storage → 右键删除	站点已注册 Service Worker
LocalStorage 超限 5 MB	锁图标 → 站点设置 → 删除数据	桌面/Android Chrome
单站 Cookie 冲突	锁图标 → Cookie → 逐个移除	无需清本地存储

FAQ（结构化数据）

收尾：下一步行动

谷歌浏览器手动清除某一网站的本地存储，本质上是把“精准手术”代替“一刀切”。下次遇到单站异常，先用 DevTools 估算数据量级，再按桌面“锁图标 → 站点设置”或 Android“删除并重置权限”两步走；若环境受限，则回退到全局清理或隐身模式。养成先测量再清理的习惯，可在秒级恢复功能的同时，把副作用降到最低。