未使用Firebase Storage却显示占用835MB，原因何在？

首先明确：Firestore的数据不会计入Firebase Storage的使用量，二者是完全独立的云服务，计费、存储统计互不关联。

以下是可能导致你Storage占用异常的常见原因：

• 存在未察觉的文件上传：可能是测试阶段手动上传过文件，或是项目代码中存在未注意到的Storage上传逻辑（比如初始化Storage SDK后误写了自动上传的代码片段），甚至是第三方工具/依赖意外向存储桶写入了数据。
• 保留了已删除文件的旧版本：Firebase Storage部分地区默认开启版本控制，即使你删除了文件，旧版本仍会保留并占用存储空间。
• 关联服务自动生成的文件：比如使用Firebase Auth时，若开启了用户头像上传功能并关联到Storage，可能会有用户头像文件；或是使用了某些Firebase扩展（如Firestore备份扩展），这类工具会自动往Storage存储备份数据。
• 存储桶的冗余存储开销：如果你的存储桶使用了多区域存储策略，Google Cloud会在多个区域保留数据副本，副本占用的空间也会被计入总用量。

排查步骤建议：

1. 进入Firebase控制台的Storage页面，切换到「文件」标签，按文件大小从大到小排序，直接查看占用空间的具体文件，定位来源。
2. 查看「用量」标签下的详细统计，确认是哪类数据（当前版本/旧版本/其他）占用了空间。
3. 检查项目代码中是否有调用Storage上传接口的逻辑，包括第三方依赖或插件的代码。
4. 查看是否启用了Firebase扩展，确认扩展是否有写入Storage的行为。

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