使用Firebase事务更新数组字段致iOS崩溃且文档未修改

核心问题1：Firebase安全规则逻辑错误 #

当前规则中检查threads数组的条件request.resource.data.threads.hasAll(['body', 'createdAt', 'ownerId'])完全不符合需求。hasAll是用来验证数组包含指定的字符串元素，但你的threads是对象数组，每个元素是包含这三个字段的Map，这个条件永远无法满足，导致更新被规则静默拒绝——这就是Firebase控制台看不到文档修改的直接原因。

修复后的安全规则 #

// Questions
match /questions/{questionId} {
  allow read: if isLoggedIn();
  allow create: if request.resource.data.body is string &&
      request.resource.data.body != null &&
          request.resource.data.body.trim() != "" &&
    request.resource.data.ownerId is string &&
    request.resource.data.createdAt is timestamp;
  allow update: if isLoggedIn() &&
    // 仅允许更新threads字段
    request.resource.data.diff(resource.data).affectedKeys().hasOnly(['threads']) &&
    // 验证threads是数组类型
    request.resource.data.threads is list &&
    // 验证数组中每个元素都是包含必填字段的合法Map
    request.resource.data.threads.every(thread => 
      thread is map &&
      thread.body is string &&
      thread.body.trim() != "" &&
      thread.ownerId is string &&
      thread.createdAt is timestamp
    )
}

核心问题2：事务实现与iOS崩溃修复 #

优化1：用Firestore原生数组操作替代手动修改 #

手动读取数组再添加元素的方式容易引发并发冲突，代码冗余且效率低。可以用FieldValue.arrayUnion直接向数组追加元素，即使在事务中也能简化逻辑：

static void createQuestionThread({
  required BuildContext context,
  required String questionId,
  required String ownerId,
  required Task task,
  required String body,
}) async {
  if (body.isEmpty) {
    ScaffoldMessenger.of(context)
      ..removeCurrentSnackBar()
      ..showSnackBar(
        const SnackBar(content: Text('Please enter a question before posting.')),
      );
    return;
  }

  final questionRef = tasksRef.doc(task.id).collection('questions').doc(questionId);

  try {
    await FirebaseFirestore.instance.runTransaction((transaction) async {
      final questionSnapshot = await transaction.get(questionRef);
      if (!questionSnapshot.exists) {
        throw Exception('Question document does not exist');
      }

      // 使用arrayUnion直接添加新线程元素
      transaction.update(questionRef, {
        'threads': FieldValue.arrayUnion([
          {
            'body': body,
            'createdAt': FieldValue.serverTimestamp(),
            'ownerId': ownerId,
          }
        ])
      });

      // 确保上下文未销毁再操作UI
      if (context.mounted) {
        ScaffoldMessenger.of(context)
          ..removeCurrentSnackBar()
          ..showSnackBar(
            const SnackBar(content: Text('Your question has been posted')),
          );
      }
    });
  } on FirebaseException catch (e) {
    print('Firestore error: ${e.message} | Code: ${e.code}');
    if (context.mounted) {
      ScaffoldMessenger.of(context)
        ..removeCurrentSnackBar()
        ..showSnackBar(
          const SnackBar(content: Text('An error occurred while posting the question.')),
        );
    }
  } catch (e) {
    print('Error: $e');
    if (context.mounted) {
      ScaffoldMessenger.of(context)
        ..removeCurrentSnackBar()
        ..showSnackBar(
          const SnackBar(content: Text('Failed to post question. Please try again.')),
        );
    }
  }
}

优化2：解决iOS崩溃问题 #

iOS应用崩溃大概率是因为异步操作完成时，context已经被销毁（比如页面已退出）。添加context.mounted检查，确保操作UI时上下文仍然有效，避免空指针或状态异常。

额外排查建议 #

1. 用Firebase控制台的规则模拟器测试update操作，确认修复后的规则能通过验证。
2. 查看iOS设备的崩溃日志，确认是否由未处理的权限错误或上下文失效导致。
3. 核对tasksRef的路径是否正确，避免因文档引用错误导致更新目标不存在。

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