火狐浏览器C盘空间暴涨及内存占用异常极大概率由某个网站的IndexedDB数据库无节制写入导致，必须通过开发者工具Application面板定位并清除对应数据库。
当你发现火狐浏览器C盘空间莫名暴涨、任务管理器中“Firefox Web Content”进程持续占用数百MB甚至数GB内存，且网页离线功能异常（如笔记无法同步、PWA应用启动卡死），极大概率是某个网站的IndexedDB数据库无节制写入并长期滞留所致——这类数据不会随普通缓存清理消失，必须主动定位并彻底清空。
用开发者工具精准定位巨型IndexedDB库
这一步不是可选项，跳过会导致你盲目清理、误删正常数据或漏掉真正占空间的元凶。只有亲眼看到哪个域名建了1.2 GB的attachments库，才能有的放矢。
1、打开你怀疑出问题的网站页面（例如 Notion、Outlook、腾讯文档），确保页面完全加载完成，不要停留在空白标签页或about:blank。
2、按 Ctrl+Shift+I（Windows/Linux）或 Cmd+Option+I（macOS）呼出开发者工具。
3、点击顶部选项卡中的Application（部分旧版显示为Storage）；若没看到该标签，请右键点击标签栏空白处→勾选“Application”。
4、左侧边栏展开IndexedDB节点，等待3～5秒——所有当前源（协议+域名+端口）下已创建的数据库会自动列出，右侧显示的大小（如“~1.8 GB”）是火狐基于文件系统统计的估算值，足够识别异常项。
5、逐个点击数据库名称，重点看右侧Object Stores列表：如果出现cache_items、offline_attachments、notes_v3等命名，且条目数量远超百条，基本可以确认这就是占用空间的主力。
三类场景对应三种清除方式
确认目标库后，根据你当前面临的具体情况选择最匹配的方法。不要统一套用，否则可能误删整个域名的Service Worker或导致登录态丢失。
方法一：只删一个库（推荐用于已知具体库名）
1、在Application面板的IndexedDB列表中，右键点击你要删除的数据库全名（例如notion-desktop-main或outlook.office.com-cache）。
2、从弹出菜单中选择Delete database。
3、点击确认弹窗，操作立即生效，无需刷新页面或重启浏览器。
方法二：清空当前域名全部IndexedDB（适用于整站数据混乱）
1、仍在Application → Storage → IndexedDB界面，但这次右键点击的是IndexedDB节点本身（即左侧树状结构最顶层的“IndexedDB”文字，不是下面的某个库名）。
2、选择Clear all IndexedDB data for this origin。
【此操作不可逆，且会同时清除该域名下所有IndexedDB、Cache API存储、Service Worker注册】
方法三：命令行强制删除（仅当面板报错DOMException或根本打不开时启用）
1、保持在开发者工具界面，切换到Console选项卡。
2、粘贴执行：indexedDB.deleteDatabase("数据库全名");（注意把引号里的名称替换成你在上一步看到的完整库名，区分大小写）。
3、回车后等待几秒，若返回Promise {，说明已提交删除请求；若抛出DOMException: InvalidStateError，表示该库正被页面占用，需先关闭所有同源标签页再重试。
终极兜底：重置整个IndexedDB底层存储目录
当以上方法全部失效（比如Application面板空白、IndexedDB节点不显示、反复报UnknownError），说明storage文件夹本身已结构性损坏，必须重建底层环境。
1、在火狐地址栏输入about:config并回车，点击“接受风险并继续”。
2、在搜索栏输入dom.indexedDB.warningQuota，双击将其值设为0（临时禁用配额警告，避免后续操作被拦截）。
3、关闭火狐浏览器所有窗口，包括后台静默运行的进程（可在任务管理器中结束所有“firefox.exe”或“Firefox”进程）。
4、打开火狐配置文件目录：在新标签页访问about:support→找到“配置文件夹”→点击右侧“在文件管理器中打开”链接。
5、进入该目录后，找到并重命名或删除名为storage的子文件夹（不是storage.sqlite，是整个storage文件夹）；操作前建议复制一份到桌面备份。
6、重新启动火狐浏览器，IndexedDB将自动以全新空状态初始化，所有网站的IndexedDB数据均被清空。
