Firebase Delete User Data扩展能否删除已删除用户的Firestore子集合文档

核心结论 #

你通过官方文档得出的初步判断完全准确。该扩展原生针对Firestore的基础处理逻辑，确实仅支持删除根主集合中、文档ID匹配已删除用户UID的文档，不会默认清理文档下挂载的嵌套子集合数据。

扩展的原生Firestore处理规则 #

• 配置阶段仅支持指定需要纳入删除范围的根级集合路径，无法在初始配置时直接定义深层嵌套路径的删除规则
• 触发删除流程时，扩展的默认执行动作仅为：定位对应根集合下、文档ID与已删除用户UID完全匹配的单份文档，直接执行该文档的删除操作
• 原生默认逻辑不会递归遍历、清理这份目标文档下的所有子集合内容——即便父文档被删除，子集合下的所有数据都会作为孤立内容残留在数据库中

对应你当前数据结构的实际运行效果 #

你当前使用的存储路径结构为：

users/{uid}/inbox/{messageID}
users/{uid}/posts/{postID}

即便你为扩展配置了删除users根集合的规则，扩展执行删除时也仅会删掉users/{uid}这份父文档本身，路径下所有归属该用户的inbox消息、posts帖子都不会被自动清理。

实现全量嵌套数据删除的可行方案 #

如果需要完成用户名下所有层级数据的自动清理，可参考两种可落地的处理方式：

• 检查部署的扩展版本配置，开启对应Firestore递归删除开关：当前版本的扩展在部署配置中提供了递归删除参数，开启后即可在删除目标父文档时，连带清理其下所有嵌套层级的子集合、子文档数据；部分早期版本无该参数，原生配置无法支持嵌套清理
• 补充自定义云函数逻辑：在用户账号删除的触发链路中，增加针对users/{uid}/**全路径的递归删除代码，和扩展的基础删除逻辑配合完成全量数据清理

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