Chrome 119 Dev Tools清除站点数据后仍残留2GB文件系统数据

一、Chrome对File System的定义细节 #

Chrome的File System包含两类核心存储：

• File System Access API存储：网站经用户授权后，直接读写本地磁盘中指定文件/文件夹的数据，这类数据是本地磁盘上的真实文件，不属于传统站点缓存或本地存储范畴。
• 沙箱文件系统（Sandboxed File System）：早期File System API的实现形式，网站在Chrome沙箱目录下创建的私有隔离文件，属于站点专属存储池，与LocalStorage、IndexedDB相互独立。

二、Clear Site Data无法删除File System数据的可能原因 #

• 授权本地文件不在清除范围内：若数据是通过File System Access API授权网站访问的本地真实文件（比如开发时允许网站读写的项目大文件），Clear Site Data仅清理Chrome沙箱内的站点数据，不会触碰用户手动授权的本地文件。
• Beta版功能逻辑变更：Chrome Beta作为测试通道，可能近期调整了Clear Site Data的清除范围，默认不再包含沙箱File System数据。
• 站点隔离进程阻塞：若数据属于开启站点隔离模式的独立进程站点，清除指令可能未正确传递到对应进程，导致删除失败。
• 进程占用残留：Chrome后台进程（如GPU进程、插件进程）可能仍占用目标文件，导致删除操作被阻塞，重启浏览器时若未完全终止所有进程，数据会继续残留。

三、进一步诊断与解决方法 #

1. 确认数据类型 #

打开Dev Tools > Application > File System，查看文件路径：

• 若路径为Chrome Beta\User Data\Default\File System类沙箱目录，属于站点私有沙箱存储；
• 若路径指向本地项目文件夹、下载目录等，属于用户授权的本地文件访问。

2. 针对性清除操作 #

• 沙箱File System数据：
  进入Chrome设置 > 隐私和安全 > 网站设置 > 查看网站数据和权限，找到对应站点后点击「查看权限和数据」，选择「删除所有数据」，尝试清理沙箱内存储。
• 授权本地文件：
  在Dev Tools > Application > File System中，右键残留的文件/文件夹选择「Revoke Access」（撤销访问权限），再手动到本地磁盘删除对应文件。

3. 排查Beta版实验特性 #

在地址栏输入chrome://flags，搜索「File System」相关实验项（如File System Access API、Sandboxed File System），将所有相关选项重置为默认状态后，重新测试清除操作。

4. 强制终止所有Chrome进程 #

打开任务管理器（Windows）或活动监视器（Mac），结束所有Chrome相关进程（包括后台GPU、插件进程），完全终止后重启Chrome，再次尝试清除站点数据。

5. 验证配置文件问题 #

新建Chrome用户配置文件，访问同一站点并尝试清除数据。若新配置文件无残留问题，说明原配置文件已损坏，可考虑重置原配置文件。

内容的提问来源于stack exchange，提问作者ProudOne