已用.set创建Firebase Cloud Firestore集合，为何无法用.update更新？

针对你遇到的问题，结合代码来看，主要可以从以下几个方向排查：

1. 确认uid参数是否正确传递 #

你的DatabaseService类中，uid是可选的可空类型（String? uid）。如果初始化DatabaseService时没有传入有效的uid：

• 调用updateUserData时，listenCollection.doc(uid)会因为uid为null，让Firestore自动生成一个随机ID的文档；
• 但调用updateName时，同样用null的uid去定位文档，自然找不到之前自动生成ID的那个文档。

解决方法：
确保初始化DatabaseService时传入当前用户的真实uid（比如从Firebase Auth获取）：

final currentUser = FirebaseAuth.instance.currentUser;
if (currentUser != null) {
  final dbService = DatabaseService(uid: currentUser.uid);
  // 后续调用updateName等方法
}

2. 核对文档ID与uid是否一致 #

去Firebase控制台查看listen集合下的文档ID，确认它和你代码中使用的uid完全匹配：

• 如果updateUserData是在uid为null时调用的，文档ID是Firestore自动生成的随机字符串，和你后续传入的用户uid肯定不匹配；
• 可以在两个方法中添加打印日志，直观查看当前使用的uid：

Future updateUserData(String status, String name, int score) async {
  print('创建文档时使用的uid: $uid');
  return await listenCollection.doc(uid).set({
    'status': status,
    'name': name,
    'score': score,
  });
}

Future updateName(String name) async {
  print('更新文档时使用的uid: $uid');
  return await listenCollection.doc(uid).update({'name': name});
}

把打印出的uid和控制台的文档ID对比，就能确认是否匹配。

3. 检查Firestore安全规则 #

有时候看似找不到文档，实际是权限不足导致update操作被拒绝：

• 临时修改安全规则进行测试（正式环境务必改回严格规则）：

rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    match /listen/{docId} {
      allow read, write: if request.auth != null && request.auth.uid == docId;
    }
  }
}

这个规则只允许用户操作自己uid对应的文档，既安全又能验证权限问题。

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